W3WP.exe pakt begeven moment 99% CPU

[Verwijderd]

Ik heb hier een Windows Server 2008 R2 Standard.
24 cores, en 24GB geheugen.
Deze draait een druk bezochte .NET 4.0 website,
met 32-Bit applications enabled.

Echter wanneer deze ca. 30 minuten draait, dan schiet de CPU naar 100%
(op het W3WP process) en de website zelf wordt ontzettend traag.

Ik heb de Queue Lengt al aangepast naar 5000, en de CPU limit op 80000 gezet.
Daarnaast wat info:

Idle Time-out staat op 0
Ping Maximum Response Time 10
Ping Period 10
Rapid-Fail Protection = False

Wanneer ik het aantal workers naar bijv. 8 of 10 zet, dan werkt het wel, echter is dit niet gewenst.

In de ASPnet.config heb ik het volgende toegevoegd:
<system.web>
<applicationPool maxConcurrentRequestsPerCPU="30"
maxConcurrentThreadsPerCPU="0"
requestQueueLimit="2000" />
</system.web>

(ook heb ik de requestQueueLimit al op 1000,5000 & 50000 gehad)

En ik heb de ConcurrentRequestLimit op 100000 gezet.
(met appcmd: appcmd.exe set config /section:serverRuntime /appConcurrentRequestLimit:100000)

Heeft iemand tips of iedeen?

[Rolfie]

kijken waar het verkeerd gaat in je website?

Mijn eerste reactie is een website issue, en geen server issue.

[Verwijderd]

Hoe zou ik daar het beste naar kunnen kijken? Zijn daar ook goede tools voor?
Ik gebruik nu IISPeek, echter laat die niets vreemds zien.
Maar als ik de website bijv. 10 workers geef, dan werkt het wel perfect.
Is dat niet vreemd?

[p.m.]

Ik heb ooit eens iets dergelijk gedrag gezien bij een asp.net webservice, die bleek bij een bepaalde (test-)request opgeblazen te kunnen worden. De webservice moest enorme berekeningen gaan maken en dat trok de hele boel onderuit. Dat was dus een code-issue, wellicht zit dit in dezelfde hoek. Is er geen logging beschikbaar?

Edit: misschien heb je iets aan Process Explorer: http://technet.microsoft.com/en-us/sysinternals/bb896653
Al betwijfel ik of die precies aangeeft waar het euvel zit...

[ Voor 21% gewijzigd door p.m. op 31-10-2011 15:03 ]

[gorgi_19]

* gorgi_19 sluit zich aan bij bovenstaand. Wanneer wordt je GC gecollect, toevallig na die 30 minuten? Of recycle je je appdomaiin na die 30 minuten?

Meer in het algemeen: Er kunnen nog tig oorzaken zijn, waarvan een gedeelte vermoedelijk kan liggen bij de applicatie. (voorbeeld: http://blogs.msdn.com/b/tess/archive/2006/06/22/643309.aspx)

Je kan eens kijken bij http://blogs.msdn.com/sea...=high%20cpu&sections=5589 of meer de blog van Tess in het algemeen (http://blogs.msdn.com/b/tess/) . Hiermee kan je de 'basistesten' uitvoeren om een richting te vinden van het probleem. Waarschijnlijk zal de ontwikkelaar de analyse verder moeten maken.

[ Voor 11% gewijzigd door gorgi_19 op 06-11-2011 11:40 ]