结束语
CPU节流:下一代
IIS7具有CPU节流功能,可以防止无规则的网站占据太多的CPU. 可惜,IIS7过于孤注一掷,这使得它并没有想象中的那么有用。
首先,当你要给网站进行节流设置,唯一的有效的节流方式就是在一段持续的时间内,结束网站的全部进程 。你可以设置CPU的阈值和时间长度,但这意味着这个网站在这段时间内完全瘫痪。没有任何一种方法能让一个站点在任何时间配置IIS并且只用了处理器X(或所有处理器)90%的CPU。

IIS 7的CPU节流特点是孤注一掷的:你要么停止进程要么不采取任何行动
第二,IIS 7的CPU节流是和给定的应用池绑定的。 如果你每一个网站都有一个单独的池,这个不太糟糕,如果以这样的方式放置CPU核心也可以。(即使是单核,对低CPU的网站来说也行。) 但是如果你有多个网站共享相同的应用程序池,一旦其中的一个网站的CPU节流出现问题,那么全部的网站都会掉线。
为了解决以上所有的问题,IIS 8在CPU节流工作工程中增加了两个新的动作:
Throttle和Throttle under load,Throttle控制对于一个给定工作进程的CPU,和任何该进程产生的子进程。Throttle允许网站使用尽可能多的CPU,但是如果这个进程和其他进程竞争CPU的话,Throttle将会对此进程进行节流。
这样可以实行节流并且不会关闭所有的进程,并且在多用户的环境中增加了灵活性。你可以并行多个网站,无论有没有为它们的工作进程设定明确的处理器关系,不会使它们互相影响。
IIS 8的另一个新功能是应用初始化模块,它允许一个站点接受页面请求和回应友好的讯息,同时网站代码仍被加速。这个功能可以阻止在重新编辑收藏夹的时候用户点爆浏览器上的刷新按钮。
SSL改进
我一直都不喜欢IIS处理SSL的方式。“笨拙的”“麻烦的”是我用来形容在IIS中添加和管理SSL证书这一整个过程中的两个最不刻薄的形容词。幸好,IIS 8 的SSL处理中,具备了三个主要的新改进。