除了盯着墙上的时钟之外，有没有什么好的方法来测量各种软NUMAconfiguration对SQL的影响？
我们希望展示的是性能优势（如果有的话），但是我希望能够展示更多的细节，而不仅仅是“过去需要一个小时，现在需要48分钟”，因为这还不足以certificate意见），我们的NUMA变化是获得收益的原因。
如果有一种方法可以测量和解密某些输出结果，我会非常感兴趣的听到他们，谢谢。
在2005年，你可以跟踪任何事情。也许在2005年，你可以看看CPU利用率，并显示负载现在在你的软节点之间平衡，或者你的networkingstream量来到多个IP地址，如果你configuration了端口绑定请参阅configurationSQL Server 2005 for Soft NUMA的 Slava博客）。
在2008年，您可以使用sys.dm_os_nodes DMV并查看active_work_count和avg_load_balance列，以查看您的configuration是否改变了跨CPU的（粗略）工作平衡。
真的像其他types的性能testing一样。 如果您有一个testing工具为每个性能运行产生相同的条件，并且在使用一个configuration对多个perf运行获得一致的性能，然后进行configuration更改，然后进行不同（一致）的性能，那么它必须是configuration改变你造成的性能差异。
希望这可以帮助。