在你的服务器端代码中使用线程和创建异步处理(3)

** IIS 5.0 and 6.0 的线程分派 **

位于 IIS5.0 上的请求是典型的基于 I/O 线程的响应,或者是线程异步实现 I/O ,因为使用异步写命名管道把这些请求分派给工作进程。当工作进程中响应一个请求时,它将会使用异步读取的线程。位于工作进程中用来响应请求的线程来自于进程范围的 CLR 线程池。尽管线程池的线程通过绑定 I/O 实施端口不正确是返回错误( IsThreadPoolThread of Thread ),但是不要指望使用这个属性。

尽管在 IIS5.0 响应请求的服务是基于 I/O 线程,但在重的负载下,一些请求将被终止为了正常的来自于池的工作线程,因此两种线程会被同时激发。默认 CLR 线程池大小是 25 ,分离了 I/O 线程和工作线程。有可以更改线程池的上限,如前所述。

情况发生了巨大的变化在 IIS6 上( 2003 )。首先, inetifo.exe 不再用于响应 Http 的请求。作为取代的是, http 请求置于内部方式队列中, http.sys 用来分发每一个合适的应用队列。另外, IIS6 支持应用池,能够共享单个的工作进程,现在的命名为 w3pwp.exe 。应用池在许多的不同的工作进程中给你选择,依赖你对分离你的 web 应用的程度。

这个范例改变 asp.net 响应请求的处理方式。使用分发请求从 inetinfo.exe 到 asp.net 工作进程, http.sys 直接在合适的进程中对每一个请求予以排队。所有的请求现在有来自 CLR 线程池的工作进程来响应,再也不用 I/O 线程。于 2003 上的 machine.config 发现的描述,进程模式仍然初始化线程池的上限,然而另外所有的属性都被忽略,它们现在存储于 IIS6 的元数据上。

对异步的要求

许多因素影响着 web 应用的扩展性。通常,任何情况下,多个并发的操作请求去访问共享资源,系统的扩展性就会受到损害,以上系统共享资源列表是 CPU 本身( 或位于多个处理箱的 CPU 集)。运行 asp.net 的服务器有其自己 CPU ,其共享依赖于线程池的方式的并发请求。这种线程池目的为了有效的分派 CPU 处理请求的时间,线程池的总数分派是有其上限的。这是一个重要的约束对于有的地方,正如当有大量并发请求时,创建没有界定线程数量能够很容易让系统停止。

然而,如果位于线程池的线程被用来执行非 CPU-intensive 工作(比如对远程数据一个请求或调用一个远程的 web 服务),这就会影响线程池,不会有较高的 CPU 利用率。这中情形下,事实上线程池降低了系统的扩展性,这是因为请求会被延迟(或可能被拒绝)即使服务器并非在忙于处理其它请求。

例如一个沼泽线程池的例子,接下来的 asp.net 页面, slow.aspx, 其人工的延迟服务响应时间两秒并且打印出线程 , 正如 :

1@ Page Language="C#" 
1@ Import Namespace="System.Reflection" 
1@ Import Namespace="System.Threading" 
 1<script runat="server">
 2
 3protected void Page_Load(object src, EventArgs e) 
 4
 5{ 
 6
 7System.Threading.Thread.Sleep(2000); 
 8
 9Response.Output.Write("SlowResponse, threadid={0}", 
10
11AppDomain.GetCurrentThreadId()); 
12
13} 
14
15</script>

另一个 asp.net 页面 ,fast.aspx, 相比 slow.aspx 来说 , 除了不休息两秒是一样的 :

1@ Page Language="C#" 
1@ Import Namespace="System.Reflection" 
 1<script runat="server">
 2
 3protected void Page_Load(object src, EventArgs e) 
 4
 5{ 
 6
 7Response.Output.Write("FastResponse, threadid={0}", 
 8
 9AppDomain.GetCurrentThreadId()); 
10
11} 
12
13</script>

使用 web 应用压力工具来检测这两个页面 , 你可以发现在大量请求的情况下测试的平均响应时间 . 最初的对于 fast.aspx 页面的平均响应时间为 0.0824 秒 , 在 1 分钟的时间内响应 52,190 个请求 . 同时测试 fast.aspx 和 slow.aspx, fast.aspx 时间为 4.47 秒 ,slow.aspx 为 6.54 秒 , 请求次数的总数量在 1 分钟减少到 1062 次 .

Published At
Categories with Web编程
Tagged with
comments powered by Disqus