除了盯着墙上的时钟,有没有什么好的技术可以衡量 SQL 的各种 soft-NUMA 配置的效果?
我们希望展示的是获得的性能优势(如果有的话),但我希望展示更多的细节,而不仅仅是“过去需要一个小时,现在需要 48 分钟”,因为这还不足以证明(在我的意见)我们的 NUMA 更改是获得收益的原因。
如果有一种方法可以测量和破译某些输出,我将最有兴趣了解它们,谢谢。
除了盯着墙上的时钟,有没有什么好的技术可以衡量 SQL 的各种 soft-NUMA 配置的效果?
我们希望展示的是获得的性能优势(如果有的话),但我希望展示更多的细节,而不仅仅是“过去需要一个小时,现在需要 48 分钟”,因为这还不足以证明(在我的意见)我们的 NUMA 更改是获得收益的原因。
如果有一种方法可以测量和破译某些输出,我将最有兴趣了解它们,谢谢。
在 2005 年没有什么可以确定的。也许在 2005 年,您可以查看 CPU 利用率并显示负载现在在您的软节点之间平衡,或者如果您配置了端口绑定,您的网络流量将到达多个 IP 地址(请参阅 Slava 在为 Soft NUMA 配置 SQL Server 2005的博客)。
在 2008 年,您可以使用
sys.dm_os_nodes
DMV 并查看 active_work_count 和 avg_load_balance 列,以查看您的配置是否更改了 CPU 之间的(粗略)工作平衡。真的就像任何其他类型的性能测试一样。如果您有一个为每次性能运行产生相同条件的测试工具,并且您在使用一种配置的多次 perf 运行中获得一致的性能,然后您进行了配置更改,然后进行了不同(且一致)的性能,那么它必须是配置您所做的更改会导致性能差异。
希望这可以帮助。