我有一个消耗大量内存的 ASP.NET 应用程序。因此，我想使用调试诊断工具来尝试搜索是否存在泄漏或其他问题。
在进程选项卡上的 DebugDiag 中，我右键单击 w3wp.exe 进程，我得到的唯一选项是：
终止进程
复制
只有在某些流程上我才能获得更多选择：
监控泄漏
创建完整的用户转储
这是为什么？和worker进程的身份有关系吗？
有人可以帮我解决这个问题，以便我可以调试我感兴趣的工作进程吗？
【问题讨论】：
标签： asp.net iis monitoring
假设您使用的是 DebugDiag 1.1。您需要使用与进程架构匹配的正确版本（有 32 位和 64 位版本）。
要检查您的应用程序池的工作进程是 32 位还是 64 位，请访问：
Control Panel -> Administrative Tools -> Internet Information Services (IIS) Manager
不要打开Internet Information Services (IIS) 6.0 Manager。
为您的网站打开Advanced Settings（链接位于左侧的“操作”窗格中）。记下Application Pool 名称，然后单击“取消”。
单击左侧导航树窗格中的Application Pools 节点并右键单击上述应用程序池，选择Advanced Settings。
如果应用程序池是 32 位，则设置 Enable 32-bit Applications 将设置为 true，否则如果为 false，则池将在 64 位模式下运行。
如果应用程序池在 64 位模式下运行，则需要下载并安装 64 位版本的 DebugDiag。
当您运行 32 位 DebugDiag 时，进程选项卡上的“32 位”列将显示“是”以指示进程是 32 位的。只有这些进程才会有“监控泄漏”等上下文菜单选项。
有关更多信息，请参阅 Tess Ferrandez 的博客：
Capturing memory dumps for 32-bit processes on an x64 machine
如果您可以在 32 位模式下重现您怀疑的内存泄漏，则只需将应用程序池切换到 32 位并使用 32 位版本的 DebugDiag。不幸的是，32 位和 64 位版本不能共同驻留在同一台机器上。
更新：
DebugDiag 1.1 x64 仅支持 分析特征。有一个新的 测试版允许所有 32位的功能 版本。虽然不可用 您可以直接从 他们的支持团队，请参阅以下内容 更多信息的链接：
【讨论】：