问题标签 [w3wp]

有人可以给我一步一步的说明或以正确的顺序指向正确的参考吗

这样我就可以确定这个问题的根本原因？

在 Visual Studio 的“附加到进程”对话框中，我可以看到每个可用进程的标题列。我有什么方法可以设置特定 w3wp.exe 进程的标题以反映它托管的应用程序池？

PS - 我知道 iisapp.vbs 以及它使我能够识别哪个 w3wp.exe 属于哪个应用程序池的方式。我的目标是在这里提供更用户友好的解决方案:)

PPS - 当前运行 IIS6。

我有一个托管两个应用程序池的 IIS6 Web 服务器。有时，其中一个 w3wp 进程会在一段时间内使 CPU 达到峰值，而这两个应用程序池似乎都会受到影响。我不确定哪个是哪个，如果没有这些信息，我不知道应该归咎于哪个应用程序。

如何判断哪个 w3wp 属于哪个 App Pool？

你能解释一下 w3wp 吗，在调试 asp.net 内部层时附加到 w3wp 很好

我有一个在性能测试之前运行的批处理脚本，它在我们的服务器上进行了一些预测试设置；它清除日志文件、启动适当的服务、恢复数据库、设置一些应用程序设置并打开 perfmon 日志记录。

我的问题; 在我们打开 perfmon 日志记录时，我们需要监控的 w3wp 进程并不总是存在。如果此过程在日志中，则几乎是偶然的。测试需要 4 到 18 小时才能完成，直到测试完成我才知道 w3wp 是否被监控（即使我的日志文件配置为监控，perfmon 似乎也没有检测到新进程Process(*)） ，这最终会浪费很多时间。

1. 有没有办法强制 w3wp 加载？在启动 perfmon 日志之前，我可以调用一些命令吗？
2. 或者，是否可以配置 perfmon 日志来监控日志启动时可能不存在的进程？

有没有办法让 VS 2008 在构建项目之前总是杀死 w3wp 进程？我觉得它曾经在我的机器上执行此操作，但现在我总是必须在开始构建之前手动杀死它，否则它将无法将新的二进制文件部署到我的本地主机。

编辑：

如果我在 VS 2008 中开始构建之前没有手动终止该进程，我会收到以下错误消息：

错误 1：无法将文件“UPDATED_DLL_I_JUST_BUILT”复制到“DLL_CURRENTLY_ON_SERVER”。该进程无法访问文件“DLL_CURRENTLY_ON_SERVER”，因为它正被另一个进程使用。

目前三个开发人员共享一个 IIS 盒子进行测试。由于第三方工具和其他限制，我们无法在本地运行项目，因此远程调试是唯一的选择。我们当前的流程是远程连接到网络服务器，运行 iisapp.vps 以获取我们各个站点的 PID，然后在 VS2008 中运行远程调试以连接到该 pid。

我已经找到了自动连接到 w3wp 的脚本，如果它是唯一运行的脚本，但是我还没有找到一种方法可以远程找到脚本中的 w3wp PID 并使用它来附加。

在 vs2003（和 vs2005（不确定））中，当我附加到一个进程时，在实际附加之前，我可以看到哪个进程在 w3wp 下运行（我有几个在本地运行的网站）所以我知道我是哪个确切的 .net 应用程序正要调试。

但是在vs2008中，窗口不再显示..现在我必须附加它，得出结论它是错误的进程，停止调试并将其附加到另一个进程（如果我没有忘记进程ID：P )

有没有办法“启用”那个有趣的窗口来查看 .net 应用程序在那个特定的 w3wp 进程中运行？还是我错过了一些明显的东西？

我们有一个带有 Search Server 的 WSS 3.0 安装，用于搜索文档并保存搜索定义以便稍后重复搜索。用户希望能够将搜索结果中的所有文件下载为一次性 Zip 文件。

我有一个非常基本的解决方案，当用户单击按钮时，文件的压缩是在 Web 部件中完成的，但是如果 zip 文件需要一段时间来创建用户等待（我怀疑，任何其他用户访问该站点将等待，因为我想文件的压缩是由 w3wp 进程完成的）。

我想也许我可以将 zip 文件创建作为一个工作流开始，一旦工作流完成，用户就可以下载文件，但我现在意识到工作流也在 w3wp 进程下运行。

如果工作流任务需要很长时间才能执行（例如，如果用户选择了要下载的大量文档），是否会影响 sharepoint 站点的其他用户并阻止他们访问任何页面，直到工作流完成？

显然，我们将对用户可以压缩下载的文件的最大大小设置一些限制，这样我们就不会杀死机器，但我仍然担心无论我们设置什么限制，工作流程仍然会结束锁定其他用户。是这样吗？有没有更好的建议来创建这样一个不会影响其他用户的任务？

谢谢

这与我的另一个问题有关

在消除了明显的（或者我认为的）和最大的内存消耗（asp.net 缓存中的图像）之后，并没有太大变化。我们在这个网站上使用企业库异常处理（不知道为什么，但我们这样做了）并且这些异常不会被记录。仅作记录，服务器有 4 GB 内存，所以我认为物理内存不是问题。

根据事件日志，会发生以下情况：

首先我从一个页面得到这个（很少从同一页面两次）：

然后这个：

我的问题是：如何使用分析器查看导致崩溃的原因？我尝试了两个分析器 - 来自 JetBrains 的 .net 内存分析器和 dotTrace。内存分析并没有真正给我任何有用的东西，除了我有很多字符串。性能分析也无济于事，因为函数的执行时间都很好而且很花哨。如果在分析器运行时发生此错误，它只会停止分析 - 我可能使用错误。

ps对不起格式化，尽我所能。