Data Warehouse测试

　　我们一直在想着提高评测的质量，所以我们增加了一个重点测试。

　　这个Data Warehouse测试偏重于具有许多字段的大记录集。这个测试基于我们开发来跟踪和控制对AnandTech网站和论坛的“请求”统计的系统。它跟踪像请求数/小时，请求数/小时/IP地址，不同IP地址数/小时，不同用户数/小时，每日浏览器统计等这些统计数字。这些统计按照请求的地点（网站或论坛）进一步被划分。

　　跟其它重点测试的情况一样，每个测试重复三次，取三次测试的平均值。对于这个Data Warehouse重点测试，我们定义一些要完成的操作，并测量每个平台需要多长时间来处理这些工作量。

　　所以为了确保IO不成为瓶颈，每次测试以一个已经扩展完成的数据库（包括空数据库）开始，以确保测试期间不出现自动产生的记录。在测试的执行期间，服务器或监控软件上没有应用程序在运行。在设立用于测试的基线时使用了任务管理器，配置文件和性能监控器，但在测试执行期间一概不用。

　　在每个平台开始的时候，重启服务器以确保干净而稳定的环境。数据库总是被复制到没有其它文件存在的8磁盘RAID 0阵列，以确保运行之间的文件放置和碎片是一致的。在三次测试中的每一次结束之后，删除数据库，再次复制原始数据库到阵列上，并重启SQL Server。

　　这个测试不需要客户端。工作量通过Query Analyzer中调用的存储程序进行初始化。

Data Warehouse结果

　　这个测试与我们其它的测试不同，因为没有并行的查询要执行。另一方面，对于相同的查询，查询优化器能够使用并行执行和利用多处理器。这并不意味着跟并行查询相同的CPU负荷，而是显示了执行时间上可测量的差异。

　　在这些测试中，数据库通常有100，000条以上的记录，比L2和L3缓存大了许多倍；因此，特大的缓存并没有优势。它完全取决于在给定时间内能够完成的指令数量。在这个测试中，CPU吞吐量是胜负的关键。

• 最快和最慢的平台之间，结果相差30％。然而，它再次证明了硬件升级不一定会带来CPU性能的提升。
• 双Opteron 252领先最近的Xeon达19％，后者是四Xeon 3.6 GHz 667MHz FSB。
• 四Xeon 3.6 GHz 667MHz胜过了双3.6GHz 800MHz FSB达8％。