In earlier versions of IIS, all ISAPI applications (including ASP) shared the resources and memory of the server process. Although this provided fast performance, unstable components could cause the server to crash—not an acceptable behavior for a mission-critical application such as IIS. To make matters worse, in-process components couldn't be unloaded unless the server was restarted—which meant that modifying existing components would affect all sites that shared the same server, whether they were directly affected by the upgrade or not.
Thanks to close integration with Component Services, applications in IIS version 4.0 and above can be started in an isolated process. There are two reasons for doing this:
If you decide to run your application as a separate process, or with other applications in a single pooled process, you will need to select High (Isolated) or Medium (Pooled) from the Application Protection drop-down list on the Home Directory or Virtual Directory property sheet. You should first create an application for your application starting-point directory, if you haven't already done so. Components that will run in the new process must be installed into the appropriate COM application. For more information, see the Component Services documentation.