PDC 09:ASP.NET 4 运行时的改进

  • 赵劼

2009 年 11 月 26 日

话题:.NET性能调优语言 & 开发架构

在近期举办的 PDC 09 大会中,ASP.NET 团队的程序经理 Stefan Schackow 展示了 ASP.NET 4 在运行时方面的改进。改进主要围绕“性能”和“可扩展性”两个方面进行,具体表现三点:新的资源监视选项、会话状态以及输出缓存的扩展能力。

对于一个 Web 服务器来说,CPU 和内存占用量是两个较为重要的性能指标,而两者相比之下,内存相对又更容易成为瓶颈。自从 IIS 6 引入了“应用程序池”的概念开始,多个 ASP.NET 应用程序便可以工作在单个进程之中。但是在这种情况下,我们就很难通过性能监视器来获得某个特定的 Web 应用程序所占用的系统资源,这有时会让问题的定位变得困难重重。由于 CLR 4 可以获得某个单独的应用程序域所占用的 CPU,以及堆上托管内存的数量,于是在 ASP.NET 4 中引入了一个名为“应用程序域资源管理(AppDomain Resource Management,ARM)”的功能,它会检测并预估单个 Web 应用程序资源占用的趋势,并将各种数据开放给性能计数器。

在 ASP.NET 4 中,ARM 功能默认并不会开放。ARM 功能无法通过修改单独应用程序的 web.config 文件打开,你需要去系统的.NET 配置目录中修改 Aspnet.config 文件,在 <runtime /> 节点中将 AppDomainResourceMonitoring 启用,最后还需要重启应用程序池。然后便可以在性能监视器中查看 ASP.NET Applications 分类中的相应计数器。值得注意的是,性能监视器中显示的托管内存占用并非是精确值,而是一个“预测”,这是因为只有在第 2 代的 GC 发生时,CLR 才能获得托管堆中内存占用的准确数量。

在会话状态(Session State)使用方面,ASP.NET 4 也作出了有效的改进。Stefan 表示,客户中使用会话状态的 ASP.NET 应用程序数量之多超过了他的想象,尤其是跨进程(Out of Process)的 Session 使用方式更是影响 Web 应用程序性能的主要因素之一。因此,ASP.NET 4 利用.NET 中的压缩功能,对跨进程的会话状态进行了压缩,包括 SQL Server 和会话状态服务器——而这一切只需要在 web.config 中进行配置即可。进行压缩之后可以节省 1/3 到 2/3 的流量,不过会带来一些 Web 服务器的 CPU 压力。

目前,ASP.NET 运行时会根据当前请求的 Http Handler 是否实现 IRequireSessionState 接口来判断是否启用 Session。在 ASP.NET 4 中,开发人员可以通过编程接口来控制某个请求是否启用会话状态。此外,ASP.NET 4 还提供了“部分会话状态(Partial Session State)”的功能,即只加载会话状态指定 key 的数据,这除了有效减少会话状态的通信开销外,也提供了额外的扩展能力。例如,ASP.NET 团队打算在 AppFabric 分布式缓存(其前身为 Velocity)正式发布后,基于 AppFabric 构建一个新的 Session State Provider。

ASP.NET4 在输出缓存(Output Cache)上也增加了一些扩展点,主要可以让开发人员为控件和请求级别的缓存定制存储机制,例如磁盘,分布式缓存,甚至是云中,而在目前的 ASP.NET 中,所有数据都只能缓存在进程的内存中。这个扩展机制支持缓存的绝对过期(Absolute Expiration)时间,文件依赖,和静态替换和验证回调功能,不过为了保证缓存实现的通用性,它不支持相对过期(Sliding Expiration)时间和其他形式的依赖。与会话状态一样,在 AppFabric 发布之后,ASP.NET 团队也会提供相应的 Ouput Cache Provider,不过按照计划这会在 ASP.NET 4 RTM 之后才会发布了。Stefan 表示,这些额外的 Provider 扩展都会作为开源项目托管在CodePlex网站上。

最后,基于 IIS 7.5 的“预热”功能,ASP.NET 4 可以让 IIS 7.5 自动运行 web.config 中指定的页面。Stefan 表示,这个功能并不会给程序性能带来提高,只是让用户避免遭遇程序冷启动所带来的延迟效果。

你可以在PDC 2009 的网站上浏览或下载本次演讲的完整录像及幻灯片等资源。

.NET性能调优语言 & 开发架构