主页 / dba / 问题 / 109422
Accepted
Chris Woods
Asked: 2015-08-08 11:23:19 +0800 CST

CPU 利用率低但信号等待时间高

  • 772

我有一台具有 16 个 CPU 的服务器，其配置max degree of parallelism为 8，max worker threads设置为 0。

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

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

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

1 个回答

  1. Best Answer

    社区 Wiki 答案由Aaron对问题的评论生成。

    除非您遇到性能问题，否则高比例的CXPACKET等待可能只是表明大部分查询正在并行运行而不是真正的问题。

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

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

    • 3

相关问题