多任务处理场景1：DVD Shrink

　　如果你曾经试过备份DVD的话，那就会知道这个过程是很花时间的。 光是把光盘剥离到硬盘上就要花上至少20分钟，然后还要编码。根据CPU的速度，编码用个20到45分钟是家常便饭了，而一旦在后台开始运行其它任务的话，这些时间就变得更长了。

　　为了这个测试，我们使用了DVD Shrink，它是可用来对DVD进行压缩和重新编码的最简单的应用程序之一，支持单层4.5GB光盘。我们对名为Star Wars Episode VI的DVD运行DVD Decrypt，以便把DVD备份到我们测试平台的硬盘上（在将来的测试中，我们有可能在基准测试中还包括DVD Decrypt性能）。所有的DVD Shrink设置保持默认状态，包括让程序采取低优先级，这是许多用户常用的设置，是为了能够在DVD Shrink运行的同时做别的事情。

　　我们有如下操作：

　　1）打开Firefox，用ScrapBook插件载入13个网页的脱机备份；我们让浏览器保持在AT标题栏上。
　　2）打开iTunes并开始重复播放列表。
　　3）打开Newsleecher。
　　4）打开DVD Shrink。
　　5）登录到我们的新闻服务器，并开始下载我们订阅新闻组的标题。
　　6）开始备份Star Wars Episode VI - Return of the Jedi。保持默认设置，包括低优先级。

　　这个测试与我们在Intel双核心文章中运行的有点不同，除了各种各样的内容更多以外，主要在于我们使用了更多的网页。这一次我们在Firefox中打开了五花八门的Web内容，同时进行我们的测试。现在负荷现实得多了。

　　DVD Shrink应用程序是重头戏。这个东西由于是在默认状态下，所以Windows为当前在前台的应用程序安排了特殊的优先级。我们等着DVD Shrink操作完成，并记录下它的完成时间。下面就是结果：

　　像这样的测试是双核心大显身手的完美例子。单核心Athlon 64 FX-55的性能与任何双核心产品相比都显得黯淡无光。还可以注意到，Athlon 64 X2 4400+完成DVD Shrink任务的时间比更高时钟的单核心FX-55的一半还要少。这背后的原因完全就是Windows调度程序的问题了。在这样的情形下，问题是Windows调度程序不会为了把CPU时间给一个任务而让另一个优先运行完。对于单线程CPU，那意味着某些任务会花费多得多的时间才完成，这只是因为OS的调度程序没有给它们机会去占用CPU。至于双核心或其它的多线程CPU，OS的调度程序能够分派更多的线程给CPU，因此不太可能出现一个任务独占CPU的情况。

　　在这个测试中，Athlon 64 X2 4400+表现得比Pentium D 840要好，但Extreme Edition设法获得了更好一些的性能。不过，更快的X2超过它应该不会有什么大问题。