终极优化：使用 IIS 5.0 调整 Web服务器的艺术与科学(5)_动易Cms教程

　　·　　Processor: Interrupts/sec 及 Processor: %DPC Time 。使用这些计数器来判定处理器应花多少时间在中断及延缓的过程调用上 (DPC)。有两个因素可能是处理器上负载的其它来源。客户端请求是这两个因素的主要来源。有些新型网络适配卡包括中断减缓，也就是说当中断程度太高时，它会将中断累积在缓冲区中。

　　跨多台计算机调配

　　假如处理器问题持续存在，请尝试使用 Network Load Balancing (NLB) 或硬件负载平衡器跨多台计算机调配您的站点。虽然使用其中一种方法来设置 Web Farm 会增加一层复杂性，并产生一些其它问题，但假如您的网站规模够大的话，这个操作可能会替您解决一些性能问题。NLB 的相关信息，请参阅 Network Load Balancing Technical Overview。

　　网络容量、等待时间及带宽

　　基本上，网络是客户端向服务器传送请求的线路。它花在您的服务器上往返传递这些请求及响应的时间，对用户能察觉的服务器性能来说是个最大限制因素之一。这种请求-响应的循环时间就称为等待时间，等待时间对于Web 服务器治理员来说几乎是无法控制的。例如，您对 Internet 上速度缓慢的路由器，或是客户端及服务器之间的物理距离所能作的处理实在不多。

　　在主要是由静态内容组成的站点上，网络带宽最有可能是性能瓶颈的来源。即使是一般的服务器也可能用满一条 T3 连接 (45mbps) 或 100mbps Fast Ethernet 连接。您可以通过调整当前的连接，或尽可能最大化有效的带宽来改善这些问题。

　　测量有效带宽最简单的方法是判定您的服务器是以哪个速度传送及接收资料的。有一些「性能」计数器可以测量您的服务器上许多组件中的数据传输。包括 Web、FTP 及 STMP 服务、TCP 对象、TP 对象及「网络接口」对象上的计数器。每一个计数器都会反应不同的 Open System Interconnectivity (OSI) 层。这些计数器及其分析的具体清单，请参阅随 Windows 2000 Server Resource Kit 一起发行的《Internet Information Services 5.0 资源指引》。请非凡参阅〈监视及调整服务器〉该章中的〈网络 I/O〉小节。不过，若要开始使用下列计数器︰

　　·　　Network Interface: Bytes Total/sec。若要判定您的网络连接是否正在存在瓶颈，请比较「Network Interface: Bytes Total/sec」计数器与您的网络适配卡总带宽。若要在传送量中留些空间供尖峰时间用，则不应常使用超过 50% 的容量。假如这个数字十分接近连接的容量，而处理器及内存的使用都很适中，则此连接也会是个问题。

　　·　　Web Service: Maximum Connections 及 Web Service: Total Connection Attempts 。假如您正在计算机上执行的其他服务也使用网络连接，则应监视「Web Service: Maximum Connections」及「Web Service: Total Connection Attempts」计数器，以检查您的Web服务器是否能够尽可能地使用它需要的连接数目。请记得将这些数字与内存及处理器使用量作比较，如此才能确定连接就是问题，而不是其它组件有问题。

　　磁盘最佳化

　　因为 IIS 5.0 会将记录文件写入磁盘上，所以在一般磁盘活动中，甚至会有高达 100 % 的客户端缓存存取次数。一般来说，假如有记录以外的大量磁盘读取活动，即表示系统上有其它区域需要调整。例如，硬件分页错误会导致大量的磁盘活动，但它们表示 RAM 不足。
存取内存比存取磁盘快约 1 百万倍；无疑地，通过搜寻硬盘来响应请求将降低性能。您主控的网站类型对硬磁盘搜寻的频率影响很大。假如您的网站上有个随机存取的超大型文件集、假如网站上的文件大多是超大型，或假如 RAM 的容量很小，则 IIS 便无法在 RAM 中维护文件的复本，供更快速的存取。

　　当您的服务器忙碌时您通常会使用「Physical Disk」计数器来监视，磁盘读取次数的答应范围。假如 RAM 够大，则大部分的连接会导致缓存存取，除非您有个存放在同一台服务器上的数据库，而且用户端正在提出不同的查询。这种情况会阻止缓存处理。请注重记录也会导致磁盘瓶颈。假如您的服务器上没有明显与大量磁盘有关的问题，但却看见大量的磁盘活动，则应立即检查服务器上的 RAM 容量，以确定是否有足够的内存。

查看更多 动易Cms教程  动易Cms模板