Microsoft's Internet Information Services (IIS) has come a very long way since its beginning in 1996. With many businesses now using some version of IIS, it has been important for Microsoft to keep rolling out new versions of this web server to match increasing demands- Both in Terms of Stability and Performance. IIS 6.0, Which Is The Latest and Greatest Version of Iis, Rolls Out with Windows Server 2003. How does IT Compare with earlier version?
What's new in IIS 6.0?
This article takes a closer look at IIS 6.0, and discusses how to optimize, monitor, and tweak performance for both websites and applications. A good place to start is to learn about any new enhancements that IIS 6.0 has over IIS 5.0 in terms of stability And Performance. The Enhancements Are Discussed in detail in The Following Sections.
Improved Worker Process Management
In earlier versions of IIS, it was not possible to assign a single website or group of websites (application pool) to a single processor. In IIS 5.0, each website ran in its own separate memory space in the memory space for the web (www ,.
With IIS 6.0, all websites run in their own separate worker processes or memory threads that are not only independent of each other, but also separate from the IIS www service process. This change not only makes IIS 6.0 more stable than any previous version without a performance penalty, but it also allows a single website or group of websites to be assigned to a single processor, and improves performance by taking advantage of that processor's frequent caching.In IIS 5.0, each worker process was not monitored to see whether the process was In IIS 6.0, Each Worker Process Is Now Monitored (or pinged) To make supessility, thus improving reliability.
Multiple Application Pools and Web Gardens
An application pool is a collection of one or more websites or applications assigned to run together in the same isolated memory space. In IIS 5.0, only one application pool was supported. If you wanted to improve performance and stability apart from the www service, you ran all your sites and applications in one isolated out-of-process application pool. This way, if one website or application failed, the www service was not affected. This is good, but there is still the likely possibility that if one site OR Application In The Pool Fails, The Others In The Pool Will Be Disrupted.
IIS 6.0 resolves this issue by supporting multiple application pools that can support slightly different configurations and that are independent of each other. For example, if you had a site or application that fails periodically, you could isolate this site to be in its own application pool while the others are in their own pool or pools, effectively eliminating the possibility that the problematic site would disrupt any of the other sites. You can also configure application pools to have worker processes shut down if they are inactive for a certain amount of time, thus freeing up unused resources for other processes.To further improve performance and stability over its predecessors, IIS 6.0 allows multiple worker processes to handle client connection requests routed to an application pool by distributing the requests across these multiple processes, without relying on just one process For the Job. Much Like a Cluster, IF One Process Becomes Unresponsive, The Others Are The There To Conti Nue Handling The Requests. An Application Pool Configured To Use Multiple Worker Processes In this manner is refered to ask as a web garden.
New Request Processing
IIS 5.0 used to handle http requests with the web service process. IIS 6.0 relieves the web service process of this duty and has a new device driver (http.sys) to handle this task separately. Because http.sys takes over caching, connection management , Bandwidth Throttling, And Logging from the WWW Service Process for a User Request, Web Server Performance is considrably enhanced. http.sys also imp /d..........
