与IIS7.5 管理器中的工作进程窗格中的虚拟字节是什么意思相关?
我有一台运行几个不同站点的服务器。我们看到了一些性能和内存问题。
当我转到工作进程时,我看到其中一个站点的虚拟字节数为 5 GB。专用字节是更合理的 800 MB。服务器为 x64,具有 8GB 内存和 IIS 7。
虚拟字节数如此之高是一个问题,还是一个红鲱鱼?如果虚拟字节数很高,这是否意味着它正在将内存存储在可能导致抖动的分页文件中?还是应用程序池只是在 Windows x64 上创建了一大块虚拟内存,而不会影响其他进程或写入分页文件?
我们使用以下命令来获取添加的站点列表:
%systemroot%\system32\inetsrv\AppCmd.exe list sites
Run Code Online (Sandbox Code Playgroud)
但上述命令无法获取与该站点相关的应用程序池列表。
我想要一个应用程序池列表。如果一个命令可以查看站点列表和相关应用程序池,那就太好了。
我有一个带有很多应用程序池的 Windows 2003/IIS6 服务器。在任务管理器中,w3wp.exe 进程之一正在使用比其他进程更多的资源。除了一一停止/启动每个池之外,是否有一种简单的方法可以找出与进程相关的应用程序池?
当其中一个站点开始使用 100% 的 CPU 时,我们无法看到哪个站点负责。一种解决方案是给每个人一个不同的身份。
有没有办法确定哪个应用程序池连接到哪个站点而不给它们不同的身份?
我正在尝试了解 IIS 文件权限。给定文件对 IIS_IUSRS 具有“完全控制”权限。但似乎所有应用程序池标识用户都无法访问该文件。(我注意到我的一些应用程序池标识用户由于某种原因不是 IIS_IUSRS 的成员,所以我只是手动添加了它们。)
当给定的应用程序池标识是 IIS_IUSRS 的成员时,如果 IIS_IUSRS 可以访问该文件,应用程序池标识用户怎么可能无法访问该文件?请看下面我的截图。谢谢你。
windows permissions application-pools iis-7.5 file-permissions
我的理解是,要求 IIS 中的 AppPool 进行回收将使当前活动的请求在被回收请求异常终止之前 90 秒内完成,同时不再接受新请求。要求 AppPool 停止怎么样?它是否也有相同的降速政策?
如果重要,我将通过以下方式停止 AppPool:
appcmd.exe stop apppool /apppool.name:"theAppPoolName"
Run Code Online (Sandbox Code Playgroud)
我有一个带有 IIS6 的 64 位 Windows Server 2003,我想在其上运行一些 32 位网站以及一些应该运行 64 位的网站。我知道如何将64 位 IIS6 配置为运行 32 位,但这会导致所有应用程序池作为 32 位进程运行。我想在同一台服务器上混合使用 32 位和 64 位应用程序池。这可能吗 ?
我的工人进程上限为 70mB。我如何提高这个限制?我在 Windows 2003 IIS6 上有 4Gb。谢谢!
iis windows-server-2003 iis-6 application-pools worker-process
我已经在 Windows 10 上安装了 IIS(版本 10.0.10.586.0),我正在尝试使用 jmeter 在本地进行一些压力测试,同时创建大量 get 请求,但当时 jmeter 只能执行 3 个请求。
url jmeter 正在点击 (localhost:80/test) 需要 5 秒来响应,并且每 5 秒只有 3 个响应。
我曾尝试更改 IIS 管理控制台上的 ASP 配置(每个预处理器的线程数限制),但没有区别,我还更改了工作人员的数量,这确实有所作为,但这不是我需要的。
我怎样才能让一个工作进程同时处理/允许超过三个请求?
我正在使用 .NET v4.5 应用程序池。
我在 Windows 2008 和 IIS7 上运行 ASP.NET 网站。
有时,我的 w3wp.exe 开始使用 100% CPU,并且网站挂起。我还没有找到原因,但目前这无关紧要。我想要的只是配置应用程序池以在 w3wp.exe 进程在短时间内以 100% CPU 工作时杀死它。我怎样才能做到这一点?
这些是我的应用程序池 CPU 设置:

此外,如果我终止该进程,该进程是否会在下一次向网站发出请求时正常运行,还是必须在它终止后手动启动该进程?
iis ×8
appcmd ×2
iis-6 ×2
windows ×2
.net ×1
32bit-64bit ×1
asp.net ×1
cpu-usage ×1
eventviewer ×1
iis-7.5 ×1
paging ×1
permissions ×1
process ×1
web-hosting ×1