中国视频在线(www.chinavideoonline.com)致力于收集各种流媒体相关的技术资料，以及流媒体常识和应用方案，力求为广大朋友了解学习和使用流媒体技术提供帮助
优化 Microsoft Windows Media 服务器（一）
作者/来源：www.chinabctv.com
摘要：本文档提供了对运行 Microsoft Windows Media Services 4.1 的服务器进行性能评估测试的结果。这些数据可以帮助您更好地理解 Windows Media 服务器使用资源的方式，从而针对自己的环境制订最佳的性能规划。
简介
本文档包含对运行 Microsoft® Windows Media™ Services 4.1 的服务器进行性能测试的结果。所有测试都是在受控实验环境下进行的。尽管所得到的数据可以作为评估服务器行为的借鉴，但它毕竟来自实际环境的简化方案。因而不能将其视为绝对的数据，或应用到实际环境中。而应根据自己的实际情况，利用所得出的结论调整和优化服务器，以获得最佳效果。本文档包括以下主题：
瓶颈 说明影响 Windows Media 服务器安装的主要问题。
性能评估 提供评估服务器性能的基本信息。
附录
提供性能规划的典型配置文件，单路传输和传输控制协议 (TCP) 的键值说明，以及从性能测试中收集的所有数据的列表。
瓶颈
影响 Windows Media Services 安装的主要瓶颈是磁盘吞吐量、可用带宽、CPU 和内存。CPU 和内存问题比磁盘和带宽问题更容易确认。多数情况下，在主要是按需传输数据流的系统上，磁盘吞吐量不足是产生错误的主要原因（特别是在 LAN 环境中）。而带宽不足则会产生与 Internet 安装相关的主要问题。
磁盘吞吐量
本节讨论与磁盘吞吐量相关的问题，以及如何获得最佳的性能。与磁盘性能相关的问题有两个：
相对于大量的低速流，磁盘在处理少量高速流时会提供更高的持续吞吐量，因为后者在物理磁盘上搜索数据所需的时间更少。
Windows Media 服务器不使用 NTFS 文件缓存机制。
关于第一个问题，测试表明，磁盘可以支持大约 650 个 22 KB 的数据流（大约 14 Mbps）或者 45 个 700 KB 的数据流（大约 31 Mbps）。向同一磁盘添加更多的客户端会降低读取速率，这可以通过 Windows Media Unicast 服务的 Late Reads 计数器进行检测。
磁盘性能的第二个问题很重要，因为它表明客户端读取各个文件时，每次都读取一次该文件。Windows Media Services 不使用 NTFS 文件缓存机制，因为在某些情况下，大容量文件的缓存会导致磁盘分页。这会降低服务器的性能，因此应予以避免。如果某个特定的系统安装需要使用缓存，或缓存对其有好处，则应使用磁盘控制器缓存机制。SCSI 和 Fiber Channel 供应商都提供针对某些方案的控制器缓存选项。
在性能测试中，如果将磁盘用作单独的存储容器，并在每个磁盘上创建发布点，会获得最佳的服务器性能。
注意： 在测试计算机上使用 RAID 0 或 RAID 5 阵列不会出现问题，因为磁盘控制器缓存 (53 MB) 会很好地补偿由 RAID 设置造成的负担。
使用多速率 (MBR) 文件时，从磁盘读取的数据量是所有编码带宽的总和，而不仅是当前传送给用户的数据流，这一点很重要。其结果是 MBR 将占用更多的磁盘空间。
为优化磁盘吞吐量，我们还建议将操作系统放在单独的磁盘上，并对磁盘进行性能测试。可以使用 Late Reads 计数器来观察任何磁盘性能问题。
带宽
通常可以通过查看 Windows Media Unicast 服务中的 Stream Errors 计数器，来诊断因带宽不足导致的问题。通过将连接的客户端数乘以速率，或者查看 Allocated Bandwidth 计数器（以字节显示），可以方便地获得当前正在使用的总带宽。而确定特定网络接口卡 (NIC) 所能提供的吞吐量则比较困难。
在上次测试中发现，多数 100 Mbps 以太网卡在 Windows Media 环境中支持约 60 到 70 Mbps 的持续输出。而千兆 NIC 的结果则波动较大。我们对千兆以太网卡进行了有限的测试，结果位于 300 Mbps 到 400 Mbps 之间。某些情况下，PCI 本地总线的速度限制了网卡发送的数据量。
为了获得最佳性能，应确保将 NIC 设置为全双工模式。
CPU
监视 CPU 的使用情况是一项很常见的任务，也很简单。而了解特定安装的 CPU 建议限值则要复杂得多。如果服务器 CPU 的负载没有达到 100%，则表示性能良好。然而，有些操作会占用大量 CPU，而且，即使没有连接新的客户端，CPU 的使用情况变化也很大。CPU 的使用情况主要取决于用户正在执行的操作，例如读取、快进、搜索和暂停。
最占用 CPU 的操作是连接新客户端，这也是为什么要限制每秒连接数目的原因。增加这一数值会导致已连接到系统的客户端出现问题，特别是在同时试图连接许多新客户端时。
注意： 有关 MaxConnectionsPerSecond 键值的详细信息，请参阅附录 B：键值。
建议服务器的 CPU 使用率不要超过 30% 到 50%，在稳定的数据流传输状态下，切勿超过 60%。这样如果需要连接新的客户端，可以确保 CPU 仍具有足够的处理能力。
下面各节将讨论 Windows Media 服务器针对不同情况的变化，即系统上 CPU 的数目和连接的客户端数、文件的速率以及按需传输与实时传输等。
内存
与跟踪 CPU 的使用情况一样，跟踪内存的可用性也比较容易。Windows Media 服务器不使用内存来缓存文件，因此对内存的需求很低。内存需求与连接的客户端数、文件的速率以及是实时传输还是按需传输直接相关。
拥有可供使用的 RAM 在任何时候都很重要。下面各节提供了一些对内存使用情况的评估。因为分配的内存并不随计算机的配置而变化，因此它是能够在系统之间顺畅传送的少数参数值之一。
简介
本文档包含对运行 Microsoft® Windows Media™ Services 4.1 的服务器进行性能测试的结果。所有测试都是在受控实验环境下进行的。尽管所得到的数据可以作为评估服务器行为的借鉴，但它毕竟来自实际环境的简化方案。因而不能将其视为绝对的数据，或应用到实际环境中。而应根据自己的实际情况，利用所得出的结论调整和优化服务器，以获得最佳效果。本文档包括以下主题：
瓶颈 说明影响 Windows Media 服务器安装的主要问题。
性能评估 提供评估服务器性能的基本信息。
附录
提供性能规划的典型配置文件，单路传输和传输控制协议 (TCP) 的键值说明，以及从性能测试中收集的所有数据的列表。
瓶颈
影响 Windows Media Services 安装的主要瓶颈是磁盘吞吐量、可用带宽、CPU 和内存。CPU 和内存问题比磁盘和带宽问题更容易确认。多数情况下，在主要是按需传输数据流的系统上，磁盘吞吐量不足是产生错误的主要原因（特别是在 LAN 环境中）。而带宽不足则会产生与 Internet 安装相关的主要问题。
磁盘吞吐量
本节讨论与磁盘吞吐量相关的问题，以及如何获得最佳的性能。与磁盘性能相关的问题有两个：
相对于大量的低速流，磁盘在处理少量高速流时会提供更高的持续吞吐量，因为后者在物理磁盘上搜索数据所需的时间更少。
Windows Media 服务器不使用 NTFS 文件缓存机制。
关于第一个问题，测试表明，磁盘可以支持大约 650 个 22 KB 的数据流（大约 14 Mbps）或者 45 个 700 KB 的数据流（大约 31 Mbps）。向同一磁盘添加更多的客户端会降低读取速率，这可以通过 Windows Media Unicast 服务的 Late Reads 计数器进行检测。
磁盘性能的第二个问题很重要，因为它表明客户端读取各个文件时，每次都读取一次该文件。Windows Media Services 不使用 NTFS 文件缓存机制，因为在某些情况下，大容量文件的缓存会导致磁盘分页。这会降低服务器的性能，因此应予以避免。如果某个特定的系统安装需要使用缓存，或缓存对其有好处，则应使用磁盘控制器缓存机制。SCSI 和 Fiber Channel 供应商都提供针对某些方案的控制器缓存选项。
在性能测试中，如果将磁盘用作单独的存储容器，并在每个磁盘上创建发布点，会获得最佳的服务器性能。
注意： 在测试计算机上使用 RAID 0 或 RAID 5 阵列不会出现问题，因为磁盘控制器缓存 (53 MB) 会很好地补偿由 RAID 设置造成的负担。
使用多速率 (MBR) 文件时，从磁盘读取的数据量是所有编码带宽的总和，而不仅是当前传送给用户的数据流，这一点很重要。其结果是 MBR 将占用更多的磁盘空间。
为优化磁盘吞吐量，我们还建议将操作系统放在单独的磁盘上，并对磁盘进行性能测试。可以使用 Late Reads 计数器来观察任何磁盘性能问题。
带宽
通常可以通过查看 Windows Media Unicast 服务中的 Stream Errors 计数器，来诊断因带宽不足导致的问题。通过将连接的客户端数乘以速率，或者查看 Allocated Bandwidth 计数器（以字节显示），可以方便地获得当前正在使用的总带宽。而确定特定网络接口卡 (NIC) 所能提供的吞吐量则比较困难。
在上次测试中发现，多数 100 Mbps 以太网卡在 Windows Media 环境中支持约 60 到 70 Mbps 的持续输出。而千兆 NIC 的结果则波动较大。我们对千兆以太网卡进行了有限的测试，结果位于 300 Mbps 到 400 Mbps 之间。某些情况下，PCI 本地总线的速度限制了网卡发送的数据量。
为了获得最佳性能，应确保将 NIC 设置为全双工模式。
CPU
监视 CPU 的使用情况是一项很常见的任务，也很简单。而了解特定安装的 CPU 建议限值则要复杂得多。如果服务器 CPU 的负载没有达到 100%，则表示性能良好。然而，有些操作会占用大量 CPU，而且，即使没有连接新的客户端，CPU 的使用情况变化也很大。CPU 的使用情况主要取决于用户正在执行的操作，例如读取、快进、搜索和暂停。
最占用 CPU 的操作是连接新客户端，这也是为什么要限制每秒连接数目的原因。增加这一数值会导致已连接到系统的客户端出现问题，特别是在同时试图连接许多新客户端时。
注意： 有关 MaxConnectionsPerSecond 键值的详细信息，请参阅附录 B：键值。
建议服务器的 CPU 使用率不要超过 30% 到 50%，在稳定的数据流传输状态下，切勿超过 60%。这样如果需要连接新的客户端，可以确保 CPU 仍具有足够的处理能力。
下面各节将讨论 Windows Media 服务器针对不同情况的变化，即系统上 CPU 的数目和连接的客户端数、文件的速率以及按需传输与实时传输等。
内存
与跟踪 CPU 的使用情况一样，跟踪内存的可用性也比较容易。Windows Media 服务器不使用内存来缓存文件，因此对内存的需求很低。内存需求与连接的客户端数、文件的速率以及是实时传输还是按需传输直接相关。
拥有可供使用的 RAM 在任何时候都很重要。下面各节提供了一些对内存使用情况的评估。因为分配的内存并不随计算机的配置而变化，因此它是能够在系统之间顺畅传送的少数参数值之一。
(C) 2004-2006 中国视频在线 技术支持：梦想家网络工作室