CPU 使用率低但信号等待时间长

Question

我有一个带有 16 个 CPU 的服务器，配置max degree of parallelism为 8，max worker threads设置为零。

在给定的小时内，我的信号等待时间为 20%，但在那段时间内我的操作系统 CPU 利用率从未超过 25%。有人可以解释为什么我的信号等待时间如此之高吗？

我的供应商拥有一流的评分系统，预计我们的信号等待时间为 10% 或更少，否则我们就会被淘汰。我该如何解决这个问题（不添加额外的 CPU）？

我们每个 NUMA 节点的 CPU 不超过 8 个，因此跟踪标志 8048不适用。
最大的实例等待是CXPACKET(70%)，然后是PREEMPTIVE_OS_PIPEOPS(20%)
cost threshold for parallelism设置为 50。我应该提高它吗？要什么？
这是一台物理机器（不是虚拟机），专用于 SQL Server。
我正在使用监控工具来识别最常运行的查询和过程。我想查看高 CPU、高 I/O 还是高持续时间？通常我们的应用程序是 I/O 密集型的，所以我调整高 I/O。但既然问题是信号等待，我需要看高 CPU 吗？
我希望避免Max Vernon建议将其降低MAXDOP到 4，因为该应用程序会执行一些需要额外线程的仓库样式查询。

Answer 1

_{社区 Wiki 答案是根据Aaron对问题的评论生成的。}

除非您遇到性能问题，否则高百分比的CXPACKET等待可能仅表明大部分查询正在并行进行，而实际上并不是问题。

高 CPU 可能是一个指标，但根据您的解释，我会说首先查看持续时间较长但 CPU 较低的查询。有时，等待CXPACKET与等待所有线程完成然后才能合并结果的查询相关（数据倾斜）。

如果您能够修改查询和过程，则可以为MAXDOP需要它的仓库任务设置较高的值，并设置全局MAXDOP较低的值。但是，我只会将其作为最后的手段。只有当您用尽所有可能性或者无法更改代码、查询或数据库模式时，您才真正想要做出这些类型的显式提示。