8 svar · 4 437 visningar · startad av Addeladde
Hej
Jag kör en webbserver på Windows 2003 Server med servicepack 2. W3WP.EXE som har med IIS:ens application pool att göra slukar gigantiska mängder minne. Över 2 gb vilket får webbplatsen att gå jätte segt.
Jag vet att det tidigare funnits en bugg men som ska vara tillrättad i Servicepack 2.
Någon som har någon aning om vad som kan vara fel?
Minnesläcka i applikationen.
Jag förutsätter att det byggs upp hyfsat snabbt efter t.ex. en iisreset eller liknande? Det är ju inte IIS'en som hittar på det där själv, utan applikationen som körs i dess processer, i detta fallet alltså den webbplats som huserar i din Application Pool.
Vad är det för applikation, och vem har skrivit den?
Det är en e-handelsapplikation kallad eNova.
Så oväntat att det inte var en tom Application pool i en stillastående IIS.. :OO Tanken slog dig aldrig att det kan vara applikationen som våldtar arbetsminnet, och inte Windows eller IIS? :OO
Nästa steg borde vara att kontakta Wipcore's support för en eventuell uppgraderad release eller be dem om förslag på felsökning ifall de känner igen problemet.
Det är en nyligen lanserad sajt så den är så färsk den kan vara. Jag har fått uppdrag från kunden att hjälpa Wipcore med felsökning. Håller precis på få källkoden.
Ja, där är nog rätt ställe att börja på, även om det låter lite konstigt att du ska få källkoden för att felsöka deras produkt.. Konsultar du åt en kund eller?
Addeladde skrev:
Hej
Jag kör en webbserver på Windows 2003 Server med servicepack 2. W3WP.EXE som har med IIS:ens application pool att göra slukar gigantiska mängder minne. Över 2 gb vilket får webbplatsen att gå jätte segt.
Jag vet att det tidigare funnits en bugg men som ska vara tillrättad i Servicepack 2.
Någon som har någon aning om vad som kan vara fel?
Jag har läst att det ska finnas en hotfix i sp2, men det har du ju redan, hursom finns det en fix, den löser tyvärr inte problemet men "lättar" upp.
w3wp.exe Fix
*Somehow, somewhere, someone released some untested code and hundreds of servers are crippled. I scanned through the forums an all the fixes were red herrings. So I decided to look into it myself. Looping like a loon it just eats up CPU resources like a voracious pig.The solution I came up with was to set w3wp.exe's priority to Idle. This seemed to help but the application would eventually crash and restart with the priority defaulting to Normal. Well baby sitting an executable is not realistic.
HeartBeat
HeartBeat.exe is a stand alone application that will pulse every couple of seconds and reset w3wp.exe's priority to Idle. This appears to lessen the impact but is not a permanent fix. This fix has not been tested with servers running ISAPI filters which w3wp.exe is supposed to address. There are no guarantees or do we accept any liability for the use of this fix.Access Databases
For some reason I still have not figured out, an *.ldb file causes IIS worker error dialogs. Once this file is deleted, the error dialogs stop. Randy Delos Reyes was instrumental in figuring most of this out.Download HeartBeat*
http://www.linkhelpers.net/public/HeartBeat.zip
Remember, test this fix first before using it. We are not liable for any unforseen problems you may have. I do know that it works great for our servers.
http://www.linkhelpers.net/w3wp_fix.asp
Jag konsultar åt en kund.
LoLo skrev:
Lösningen som jag kom med, var upp till den fastställda w3wp.exe's-prioriteten som slöar. Detta som verkas för att hjälpa, men den applikation skulle slutligen kraschen och omstarten med prioriteten som standardinställer till det normala. Väl är att sitta barnvakt ett utförbart inte realistiskt.
Den var lite rolig, kan man inte engelska så kan man ju alltid bli förvirrad av obegriplig svenska.
Nu till allvaret...
Koden kanske fastnar i en loop någonstans?
Är det en .Net-applikation? Lite långsökt men konkatinering av strängar med + kan käka upp en del minne. Bättre i så fall att använda en StringBuilder.
/Micke
