Daniel A. White Asked: 2009-06-23 11:44:12 +0800 CST2009-06-23 11:44:12 +0800 CST 2009-06-23 11:44:12 +0800 CST 逃跑 IIS 应用程序池 772 是否有其他人对 IIS 6 应用程序池因内存利用率而失控有任何问题?我正在使用服务器 2003 和我们的一个经典 ASP 应用程序(由 Access 数据库提供支持)。一旦发出请求,它就会泄漏大约 180 MB。我将应用程序移到了自己的池中,以将其与其他站点隔离。我认为 Windows 2000 中的 IIS 5 没有这个问题,我可能是错的。难道是它正在加载数据库?剔除旧数据会有帮助吗?谢谢你的时间! iis asp 2 个回答 Voted Evan Anderson 2009-06-23T11:57:14+08:002009-06-23T11:57:14+08:00 我将几个“经典 ASP”应用程序后端托管到带有 IIS 6 的 MDB 文件中,但没有看到这种行为。它可以正常工作。 我猜你有一些代码在内存中运行(存储永远不会被清理的会话变量等)。我怀疑从数据库中删除数据是否会改善问题,除非泄漏代码与数据库大小成比例泄漏(即程序员正在加载大型记录集,然后在脚本端解析它)。 分析/基准测试经典 ASP 代码并不有趣。您可能已经将数据库连接存储在未正确关闭的会话变量中。我会先看那个方向。 squillman 2009-06-23T11:55:11+08:002009-06-23T11:55:11+08:00 您是否看到内存使用量随着时间的推移而增加?这很可能是您的应用程序代码中的泄漏。您可以尝试增加进程回收的频率以释放内存作为解决方法。如果这是一个代码问题,那么这只是一个创可贴,您需要分析您的代码以解决问题。 经典 ASP 中内存泄漏的一大罪魁祸首是 ADO 对象,它们永远不会被正确关闭和处理。
我将几个“经典 ASP”应用程序后端托管到带有 IIS 6 的 MDB 文件中,但没有看到这种行为。它可以正常工作。
我猜你有一些代码在内存中运行(存储永远不会被清理的会话变量等)。我怀疑从数据库中删除数据是否会改善问题,除非泄漏代码与数据库大小成比例泄漏(即程序员正在加载大型记录集,然后在脚本端解析它)。
分析/基准测试经典 ASP 代码并不有趣。您可能已经将数据库连接存储在未正确关闭的会话变量中。我会先看那个方向。
您是否看到内存使用量随着时间的推移而增加?这很可能是您的应用程序代码中的泄漏。您可以尝试增加进程回收的频率以释放内存作为解决方法。如果这是一个代码问题,那么这只是一个创可贴,您需要分析您的代码以解决问题。
经典 ASP 中内存泄漏的一大罪魁祸首是 ADO 对象,它们永远不会被正确关闭和处理。