ASP高级编程-第26章-优化ASP的性能.pdf

下载
第章 ASP
有些性能指标,例如正确性,是只有在其不出现时才被人们注意到的品质特征。如果能
努力地改正网站中的所有错误,并不断提高其工作性能,那么其用户很少会提意见。如果网
站存在少量错误,或者是运行缓慢,那么其用户们会产生抱怨。
本章将介绍与A S P工作性能有关的几个重要概念,提供一些优化 A S P工作性能的方法和应
注意的事项。
本章的主要内容如下:
•以处理速率和响应时间衡量性能指标。
•硬件的性能。
•脚本优化。
• NT Performance Moniter 和 Web Application To o l(WA S)等工具。
•会话和应用程序状态。
•进程隔离、组件和线程模型。
最后,我们用一些综合技巧结束本章的内容,这些技巧在实践中行之有效,而且可以用
来改善网站性能。首先,让我们考虑一下应该用什么样的尺度来衡量 A S P的工作性能。
衡量工作性能的标准
在研究如何提高 ASP 的工作性能之前,我们需要来理解两个基本的指标:吞吐量和响应
时间。
吞吐量( T h r o u g h p u t):是指服务器处理请求的速率。从网络管理员的角度来看,可以实
现的吞吐量越高越好。如果能够提升网站潜在的吞吐量,就可以应付日益增加的用户请求;
就能处理更多的事情;而且也可以因此推迟升级服务器的硬件。
响应时间( Response Ti m e):是指从客户开始提出请求到接收到响应最后一个比特之间
的时间。响应时间越短越好。用户很在意响应时间,对全系统的吞吐量不太关注。
吞吐量
吞吐量通常用每秒或每天的请求次数来衡量。有时,使用页请求数比使用请求次数更有
意义。当浏览者要求得到一个 H T M L页面时,一般会紧跟着发出与图片和网页有关的独立请
求,其中图片一般都标有< I M G >的标记。这些紧密联系着的请求被视为一个页面请求。
另一个近似衡量吞吐量的方法是客户数量除以客户的“思考时间”。例如,假如有 1 0 0个
客户,平均每人用 2 0秒阅读一个网页,那么吞吐量就是 1 0 0 / 2 0,或者说是每秒回答 5次。吞吐
量并非表示阅读一个网页需要的时间,表明请求多快才能到达服务器,服务器要多久才能对
它们做出响应。
吞吐量受许多变化因素影响。其中之一就是带宽,带宽是用来计量每秒能够传输多少数
据的物理量。如果使用一条 I S D N线来连接到I n t e r n e t,那么由于I S D N很容易饱和,相对较低
第26章优化ASP 的性能计计783
下载
的带宽将成为限制性能的主要因素。带宽是限制网络服务器向用户快速传递内容的一个主要
因素。
网页尺寸( Page size)同样影响吞吐量。传递的网页越大,每页花费的时间越多,每秒
可以传递的网页越少。如果可以减少网页的尺寸(尤其是嵌入式图片的尺寸,这些图片往往
是最大的文件),不仅可以提高吞吐量,而且减少了响应时间;也就是说,客户看到完整一页
所需的时间更少。
plex application)会降低吞吐量。如果每一个请求都需要花费较长
的时间来执行,那么每秒可以处理的请求数就比处理简单的申请时少。对于动态内容来说,
C P U的性能是影响吞吐量的主要因素。
在速度较快的局域网上,H T T P的连接是几乎瞬时完成的。但是,在相对较慢的广域网上,
例如I n t e r n e t,它的连接就需要几秒钟。同时,由于每一个连接都要使用服务器资源,所以并
发连接个数成了重要的指标。
有两种方法测量吞吐量:
一是使用性能监视器(Performance Monitor)来读取由网络服务器产生的吞吐量统计数据。
对于静态文件来说,N T性能计数器为Web Service (_Total) | Get Raquests/sec;对于A S P来说,
N T性能计数器为 Actire Server Pages | Requests/sec。本章的后面将详细讨论性能计数器。
二是使用装载产生工具,例如 WA S。在运行了一个特殊的测试程序后, WA S将报告吞吐
量和许多其他的统计数据。
响应时间
用户希望响应时间少于一秒,但是却很少能够实现。人们经常半开玩笑地称 W W W是
“世界范围内的等待( Wo r l d - Wide Wa i t)”。响应时间取决于网络延时、请求在服务器端排队
的时间及服务器处理请求的时间。
WAS 提供获得第一个比特的时间( T T F B)和获得最后一个比特的时间( T T L B)
的统计纪录