相关疑难解决方法(0)

很多文章（请参阅Slava Oks 的原始 SQL 2000 文章和Kevin Kline 的 SQL 2005 更新）建议在 SQL 服务器上禁用超线程，或者至少在服务器上启用超线程之前测试您的特定工作负载。

随着真正的多核处理器取代超线程处理器，这个问题逐渐变得不那么重要，但目前在这个问题上的智慧是什么？这个建议是否对 SQL 2005 64 位、SQL 2008 或 Windows Server 2008 有任何改变？

理想情况下，这应该在登台环境中提前进行测试，但是对于已经启用 HT 的服务器呢？如何判断我们遇到的性能问题是否与 HT 相关？与我在提高 SQL 性能时通常追求的所有其他事情相反，是否有一些特定的 perfmon 计数器组合可能会指向这个方向？

编辑：这特别有吸引力，因为我的一些高 cpu 服务器有可能得到全面改进，但客户端将希望看到一些具体的东西，以帮助我确定哪些服务器真正可以从禁用超线程中受益。当然，传统的性能故障排除正在进行中，但有时任何一点点帮助。

我已经读到超线程是数据库的“性能杀手”。但是，我阅读的内容没有说明哪些CPU。此外，它主要表明 I/O 被“削减到 < 10% 的性能”。

这在逻辑上没有意义，因为 I/O 主要是控制器和磁盘的功能，而不是 CPU。但后来没有人说错误是有道理的。

我读到的内容还指出，SQL Server可以将两个并行查询操作放在 1 个逻辑核心（2 个线程）上，从而降低性能。我很难相信 SQL Server 的架构师会做出如此明显的错误计算。

有没有人有关于当前一代 CPU 上的超线程如何影响我提到的任一 RDBMS 的数据？