asp性能测试报告(转)(五)

性能

IIS默认处理VBScript,然而我们可以看到许多通过< %@LANGUAGE=VBSCRIPT% >语句显式设置脚本语言类型的例子。下面的测试分析这个语句对性能的影响。
< %@ LANGUAGE=VBSCRIPT % >
< % OPTION EXPLICIT
Dim FirstName
...
/app2/language1.asp片断

基  准 = 5.57 毫秒/页
响应时间 = 5.64 毫秒/页
差  额 = +0.07 毫秒 (增加 1.2%)

   可以看到,这个语句对性能略有影响。因此:

将服务器默认语言配置成网站所用的语言。
除非使用非默认的脚本语言,否则不要声明脚本语言类型。

时间: 2024-08-17 21:23:06

asp性能测试报告(转)(五)的相关文章

asp 性能测试报告 学习asp朋友需要了解的东西_应用技巧

在服务器上生成动态内容是使用ASP最主要的原因之一,所以我们选择的第一个测试项目是确定把动态内容发送到应答流使用什么方法最好.基本的选择有两种(以及它们的一些变化):使用内嵌ASP标记,使用Response.Write语句. 为测试这些不同的方法,我们创建了一个简单的ASP页面,页面先定义一些变量然后把它们插入到表格.虽然这个页面很简单,而且没有实际用途,但它足以让我们分离和测试各个问题. 2.1 使用ASP内嵌标记 第一个测试是使用ASP的内嵌标记<%= x %>,其中x是一个变量.这是使用

asp 性能测试报告 学习asp朋友需要了解的东西

在服务器上生成动态内容是使用ASP最主要的原因之一,所以我们选择的第一个测试项目是确定把动态内容发送到应答流使用什么方法最好.基本的选择有两种(以及它们的一些变化):使用内嵌ASP标记,使用Response.Write语句. 为测试这些不同的方法,我们创建了一个简单的ASP页面,页面先定义一些变量然后把它们插入到表格.虽然这个页面很简单,而且没有实际用途,但它足以让我们分离和测试各个问题. 2.1 使用ASP内嵌标记 第一个测试是使用ASP的内嵌标记<%= x %>,其中x是一个变量.这是使用

asp性能测试报告(转)(四)

性能 四.ASP代码中注释对执行效率有何影响? 许多HTML开发者知道,加入HTML注释是一种坏习惯.这是因为:首先,注释增加了数据传输量:其次,HTML注释为其它开发者提供了有关页面组织的信息.那么,ASP页面中的注释又怎样?ASP中的注释永远不会被浏览器看到,但是它们增加了ASP引擎所解析的脚本的大小. 在这个测试中,我们加入了20行注释,每行80个字符,总共16000个字符. < % OPTION EXPLICIT '------------------------------------

asp性能测试报告(转)(三)

性能 三.启用缓冲对性能的影响有多大? 如果启用缓冲,则在整个页面处理完毕之前服务器不会向浏览器发送页面内容.缓冲可以通过两种方式启用:通过在ASP页面内设置Response.Buffer属性,或通过服务器设置.下面分别测试这两种方法. 3.1 通过脚本启用缓冲 在ASP脚本的前面加入Response.Buffer=True,IIS将缓冲页面内容: < % OPTION EXPLICIT Response.Buffer = trueDim FirstName.../app1/buffer__1.

asp性能测试报告(转)(二)

性能 .ASP动态生成的内容以什么方式输出效率最高?作 者 : 仙人掌工作室                                   本文点击次数:123 在服务器上生成动态内容是使用ASP最主要的原因之一,所以我们选择的第一个测试项目是确定把动态内容发送到应答流使用什么方法最好.基本的选择有两种(以及它们的一些变化):使用内嵌ASP标记,使用Response.Write语句. 为测试这些不同的方法,我们创建了一个简单的ASP页面,页面先定义一些变量然后把它们插入到表格.虽然这个页面

asp性能测试报告(转)(一)

性能      ASP动态生成的内容以什么方式输出效率最高?最好用哪种方法提取数据库记录集?本文测试了近20个这类ASP开发中常见的问题,测试工具所显示的时间告诉我们:这些通常可以想当然的问题不仅值得关注,而且还有出乎意料的秘密隐藏在内. 原文出处:http://www.asptoday.com/articles/20000113.htm 编译如下: ASP开发者总是在追求更好的应用性能和可伸缩性.虽然有许多书籍和网站能够为实现这些目标提供出色的建议,然而,这些建议的根据常常是从ASP工作原理出

asp性能测试报告(转)(八)

性能 使用过程和函数对于代码的组织和维护有着很大的好处,特别是页面中部分代码需要多次使用的时候.不过此时为了完成相同的处理任务要多出一次函数(或过程)的调用,这是它的缺点.从理论上看,函数块内的变量具有更好的效率.下面我们来看看这两个问题的测试结果. 8.1 将Response.Write语句移入子过程 在这个测试中,我们只把Response.Write语句放到了子过程里面. ...CALL writeTable() SUB writeTable()     Response.Write("&l

asp性能测试报告(转)(七)

性能 在ASP页面的前面设置Option Explicit要求所有变量在使用之前必须声明.由于两个原因,这个声明通常是推荐使用的:第一,应用可以更快地处理变量:第二,防止意外的变量误用.下面这个测试中,我们删除了Option Explicit和所有的Dim语句. 基 准 = 5.57 毫秒/页响应时间 = 6.12 毫秒/页差 额 = +0.55 毫秒 (增加9.8%) 虽然我们从页面中删除了一些代码,但响应时间仍旧有所增加.使用Option Explicit可能导致代码冗长,但它的存在对性能有

asp性能测试报告(转)(六)

性能 有许多理由可以要求避免使用IIS的会话状态,不过这需要另外一篇文章说明.我们这里回答的问题是:当页面确实不需要会话状态时,关闭它是否会提高性能?从理论上来讲是肯定的,因为不需要为该页面初始化会话状态. 和缓冲一样,会话状态也可以通过两种方式设置:通过脚本或者通过服务器配置. 6.1 通过脚本关闭会话状态 在测试中,我们用< %@ ENABLESESSIONSTATE = FALSE % >声明来关闭会话状态. < %@ ENABLESESSIONSTATE = FALSE % &g