要看到这个现象，你可以在Windows Media Player(WMP)中播放一个音频或视频剪辑，同时运行性能和可靠性监视器(开始-运行-Perfmon)，选择性能监视器节点，在对象实例中为所有Wmplayer实例添加Priority Current计数器。随后将图表垂直比例的最大值设置为31(Windows上最高的优先级)，随后你就能直接看到被提升了优先级的线程，如下图所示的21：

　　除了可能被其他线程影响外，媒体文件的播放还可能被网络活动所影响。当一个网络数据包到达系统后，会触发一个CPU中断，这将导致数据包到达的设备的驱动程序执行一个Interrupt Service Routine(ISR)操作。当这个ISR运行的时候，其他设备的中断会被临时阻止，因此ISR通常会进行设备book-keeping操作，然后用一个更耗时的操作将数据从收到的设备传输到启用了设备中断的延迟过程调用(Deferred Procedure Call，DPC)中。虽然DPC的执行是允许中断的，不过在运行了这些东西的处理器上，它的优先级要比其他任何线程还要高，无论线程的优先级是什么，这就有可能影响到播放媒体文件的线程。

　　网络DPC的接收操作是最“昂贵”的，因为这个过程中包括了将数据包传递给TCP/IP驱动的过程，而这个过程有可能导致很大的运算量。TCP/IP驱动会验证每个数据包，判断数据包所用的协议，更新连接状态，找到接收数据包的应用程序，然后将收到的数据复制到应用程序的缓冲中。下面的Process Explorer截图显示了当我从别的系统上复制大文件的时候用于DPC的CPU时钟周期是如何变化的：

　　在Vista的开发过程中对MMCSS的测试显示，就算有线程优先级提升(thread-priority boosting)功能，较重的网络通讯依然可能导致需要足够长时间执行的DPC妨碍到播放线程对多媒体文件的流畅播放，最终的播放结果可能会断断续续。因此MMCSS的“反停顿”机制被扩展为包含了对网络活动的调节。这个功能是通过给NDIS设备驱动天价了一个指令实现的，而NDIS是将网络适配器收到的数据包传输给TCP/IP驱动的主要组件，通过添加指令，NDIS每毫秒可以“标示”或者传递最多10个数据包(也就是每秒10000个)。