asp.net – 应用程序池和工作进程线程之间的关系是什么？

我正在解决ASP.NET应用程序中的重新启动问题.该应用程序每天重启大约20次.我们强烈怀疑应用程序的一部分,因为重新启动时此特定功能何时投入生产.我使用log4net库为这些页面添加了一些日志记录,但是我在解释日志时遇到了问题.

当ASP.NET应用程序在应用程序池中运行时,是仅运行该应用程序的单个实例,还是运行该应用程序的多个实例？我知道会产生几个工作进程线程.工作进程线程与应用程序池中运行的应用程序的关系是什么？

我想如果有多个应用程序记录到同一个日志,我可能无法正确解释结果.如果一个重新启动但另一个没有重启,那么日志并没有真正告诉我很多关于重启发生时发生的事情.

更新1

查看this page,我找到以下信息：

An application pool defines a group of one or more worker processes,configured with common settings that serve requests to one or more applications that are assigned to that application pool. Because application pools allow a set of Web applications to share one or more similarly configured worker processes,they provide a convenient way to isolate a set of Web applications from other Web applications on the server computer. Process boundaries separate each worker process; therefore,application problems in one application pool do not affect Web sites or applications in other application pools.

但我仍然感到困惑.我从经验中知道,我可以分配两个完全不同的应用程序来使用相同的应用程序池.这是否意味着将产生两个工作进程？或者可以为第一个应用程序生成多个工作进程,并为第二个应用程序生成多个工作进程？如果在一个工作进程中发生问题,是否可以删除该应用程序池中运行的每个应用程序？

更新2

从this page about using WinDbg开始,我发现了这个信息(强调我的)：

In IIS 5.x,there is only one Aspnet_wp.exe worker process and one debugger thread. Consequently,only one debugger can be attached to the Aspnet_wp.exe process at a time. This can pose a problem if you’re dealing with multiple Web applications on the same machine. In IIS 6.0,you can coerce an AppDomain to run in a separate application pool. (For more information,see “IIS 5.x Process Model” and “IIS 6.0 Process Model” in Chapter 1.) Separate application pools provide multiple W3wp.exe processes. Multiple debugger threads are created in these processes (one in each),allowing you to debug more efficiently.

这听起来像每个应用程序池获得一个w3wp.exe进程.我能解释那个吗？如果是这样,这仍然适用于IIS 7.5吗？