一聚教程网:一个值得你收藏的教程网站

最新下载

热门教程

提高ASP性能的最佳选择(二)

时间:2022-07-02 23:45:05 编辑:袖梨 来源:一聚教程网

作者:青苹果工作室编译 
是否应该开启缓冲器?
  通过脚本程序启动缓冲器
  在ASP脚本的顶部包含Response.Buffer=True ,IIS就会将页面的内容缓存。
  < % OPTION EXPLICIT
  Response.Buffer = true
  Dim FirstName
  …
  /app1/buffer__1.asp的片段
  以前的最佳(反应时间)= 7.05 msec/page
  反应时间 = 6.08 msec/page
  差= -0.97 msec (降低13.7%)
  性能得到了极大提高。但是等等,还能有更好的。
  通过服务器配置启动缓冲器
  虽然在IIS 5.0中缓冲器是被默认启动的,但是在IIS 4.0中还必须手动来启动它。这时要找到站点的Properties 对话框,在那里,从Home Directory 标签中选择配置按钮。然后在"App options"下选择"enable buffering" 。对于这个测试,Response.Buffer 语句从脚本中被移走了。
  以前的最佳= 7.05 msec/page
  反应时间 = 5.57 msec/page
  差= -1.48 msec (降低 21.0%)
  目前,这是我们所得到的最快反应了,比我们以前最好情况下的反应时间还要降低21%。从现在开始,我们以后的测试都要把这个反应时间作为基准值。
  回顾及观测
  缓冲器是提高性能的好方法,所以把缓冲器设置成服务器的默认值很有必要。如果因为某些原因,页面不能正确地使缓冲器运行,只需要Response.Buffer=False 命令即可。缓冲器的一个缺点是在整个页面处理完之前,用户从服务器看不到任何东西。因此,在复杂页面的处理期间,偶而调用一次Response.Flush 来更新用户是个好主意。
  现在在我们的规则中又增加了一条:总是通过服务器设置开启缓冲器。
是否应该考虑向ASP代码中增加注释?
  大部分HTML开发人员都知道包含HTML注释不是个好主意,首先会增加传输数据的规模,其次它们只是向别的开发人员提供有关你页面组织的信息。但是ASP页面上的注释又如何呢?它们从来不离开服务器,但也确实要增加页面的规模,因此必须用ASP进行分解。
  在这次的测试中,我们增加20条注释,每条有80个字符,总共有1600个字符。
  < % OPTION EXPLICIT
  '-------------------------------------------------------------------------------
  … 20 lines …
  '-------------------------------------------------------------------------------

热门栏目