My site goes slow and stops access certain services externally if we check the Process monitor we see that it is normally due to the ‘w3p.exe’ process – which is the background process for running the website – it regularly reaches 99/100% - killing the process/restarting the WebPublishing service reolves tis – my webhost says this can only be due to bad coding ....can someone comment on this ??…
如果我们检查进程监视器,我的网站变得很慢并且停止访问某些外部服务,我们发现它通常是由于'w3p.exe'进程 - 这是运行网站的后台进程 - 它经常达到99/100% - 杀死进程/重新启动WebPublishing服务的问题 - 我的webhost说这只能是由于编码错误....有人可以评论这个吗?...
2 个解决方案
#1
When performance testing a reasonably straightforward website (coded in ASP.Net) I saw it slow to a crawl with memory use going through the roof over time. Each time recycling the w3wp process restored performance back to normal.
当性能测试一个相当简单的网站(在ASP.Net中编码)时,我发现随着时间的推移,随着内存的使用,它会慢慢爬行。每次回收w3wp进程恢复性能都恢复正常。
I never got around to figuring out why (the load we were testing with was way above normal, and it could have been worked around anyway by recycling the w3wp service more frequently), but my bet would have been that it was viewstate causing the slowdown. A lot of pages had very large viewstate which wasnt being used in any way - I can fesably see how loading large viewstate values might cause memory related performance degregation over time.
我从来没有弄清楚为什么(我们正在测试的负载高于正常水平,并且它可以通过更频繁地回收w3wp服务来解决),但我的赌注是它是视图状态导致减速。很多页面都有非常大的viewstate,它没有以任何方式使用 - 我可以很好地看到加载大型viewstate值可能会导致内存相关的性能随着时间的推移而降级。
#2
What language is the site coded in? I recently ran into the same problem on a server running IIS6/PHP and found the following bug -
网站编码的语言是什么?我最近在运行IIS6 / PHP的服务器上遇到了同样的问题,发现了以下错误 -
http://bugs.php.net/bug.php?id=37575
Upgrading PHP to 5.3 solved the issue.
将PHP升级到5.3解决了这个问题。
#1
When performance testing a reasonably straightforward website (coded in ASP.Net) I saw it slow to a crawl with memory use going through the roof over time. Each time recycling the w3wp process restored performance back to normal.
当性能测试一个相当简单的网站(在ASP.Net中编码)时,我发现随着时间的推移,随着内存的使用,它会慢慢爬行。每次回收w3wp进程恢复性能都恢复正常。
I never got around to figuring out why (the load we were testing with was way above normal, and it could have been worked around anyway by recycling the w3wp service more frequently), but my bet would have been that it was viewstate causing the slowdown. A lot of pages had very large viewstate which wasnt being used in any way - I can fesably see how loading large viewstate values might cause memory related performance degregation over time.
我从来没有弄清楚为什么(我们正在测试的负载高于正常水平,并且它可以通过更频繁地回收w3wp服务来解决),但我的赌注是它是视图状态导致减速。很多页面都有非常大的viewstate,它没有以任何方式使用 - 我可以很好地看到加载大型viewstate值可能会导致内存相关的性能随着时间的推移而降级。
#2
What language is the site coded in? I recently ran into the same problem on a server running IIS6/PHP and found the following bug -
网站编码的语言是什么?我最近在运行IIS6 / PHP的服务器上遇到了同样的问题,发现了以下错误 -
http://bugs.php.net/bug.php?id=37575
Upgrading PHP to 5.3 solved the issue.
将PHP升级到5.3解决了这个问题。