AppAllowDebugging 作用:指定在服务器上是否启用 Active Server Page (ASP) 调试。在启用此属性的情况下,IIS 应用程序线程是序列化的;对于每个应用程序,一次只允许执行一个线程。序列化线程会对 Web 服务器性能产生负面影响。建议您在所有产品服务器上将此属性设置为 false。 注意:当允许进行服务器端调试时,将串行化 IIS 应用程序线程:对于每个应用程序,同一时间只允许运行一个线程。这会影响繁忙站点的服务器性能。
AspBufferingOn 作用:该属性指定 ASP 应用程序的输出是否需要缓冲。如果将该值设置为 true,在缓冲区刷新到客户端浏览器之前,应用程序的所有输出都集中到缓冲区里。启用了缓冲,ASP 应用程序就必须在客户端浏览器收到任何输出前处理完所有的 ASP 脚本。因此,启用了缓冲的应用程序比没有启用缓冲的似乎要慢一些,尽管启用缓冲的脚本所用的总时间更少。所以,如果启用了缓冲,那么请考虑使用 ASP 内置的 Response 对象的 Flush 方法在处理脚本的同时将内容一份份的传递给用户。 注意如果将该属性设置为 false,那么 ASP 脚本的输出一旦可用就会输出到客户端浏览器。如果没有启用缓冲,那么所有修改现有的 HTTP 头或生成新头的方法必须在内容的主体传送到客户端浏览器之前执行。如果启用了缓冲,这个限制就没有必要了。建议您在所有产品服务器上将此属性设置为 true。
AspQueueConnectionTestTime 作用:IIS 将所有的 ASP 请求放置到队列中。如果请求在队列中等待的时间比 AspQueueConnectionTestTime 属性指定的时间(以秒为单位)长,则 ASP 将在执行请求前检查确定客户端是否仍是连接的。如果客户端已断开连接,则不处理该请求并且从队列中删除该请求。 注意:多数情况下,用户不会等待处理 ASP 页面超过几秒的时间。虽然最长等待时间随用户不同而不同,但通常可接受的最长时间是大约 10 秒。可以使用 AspQueueConnectionTestTime 属性来确保 IIS 不浪费时间来处理已被用户放弃的请求。当处于 ASP 将要开始处理脚本的状态时,该属性对于使 ASP 进行有效处理非常有用。一旦脚本在运行,应用程序仍然应该继续使用 ASP 内置 Response 对象的 IsClientConnected 方法在合适的时候对客户端连接进行检查。
AspRequestQueueMax 作用:该属性指定了允许进入队列的并发 ASP 请求的最大数目。在队列占满时,任何试图请求 ASP 文件的客户端浏览器都将收到 HTTP 500"服务器太忙"的错误。 注意:在 IIsWebService 级别上设置该属性可运用于所有级别上的所有进程内的和共用的进程外应用程序项。进程内的和共用的进程外应用程序忽略 IIsWebServer 级别及更低级别上的配置数据库设置。但是,如果该项是进程外的隔离应用程序,则使用 IIsWebServer 级别或更低级别的设置。
AspScriptEngineCacheMax 作用:该属性指定了 ASP 页面将在内存中保持缓存的脚本引擎的最大数目。根据应用程序中的内容的类型调整默认值。(默认值不包括当前正在运行的脚本引擎)如果有成千上万的不同页,您会体验到提高缓存大小的一些好处:大多数频繁请求的页都可以轻松地访问到。脚本引擎缓存的好处意味着您可以无需将模板重新编译为字节代码。
注意:该设置通常会明显地影响 Web 应用程序的可扩展性和服务器的性能。因为该属性定义了可同时执行的 ASP 请求的最大数量,所以除非 ASP 应用程序扩展调用外部组件,该设置都将保持默认值。在这种情况下,可以增加 AspProcessorThreadMax 的值。这样做允许服务器创建更多的线程来处理更多的并发请求。如果更改了此属性的值,则必须停止然后重新启动 Web 服务器实例以使更改生效。该属性的万维网发布服务 (WWW 服务) 设置在所有级别上适用于所有的进程内的和共用的进程外应用程序节点。对于进程内的和共用的进程外应用程序,忽略 Web 服务器或更低级别上的配置数据库设置。但是,如果该节点是进程外的隔离应用程序,则使用 Web 服务器级别或更低级别的设置。
您发表的跟贴