Identifizieren von Speicherproblemen in einer ASP.NET-Anwendung

Question

Ich habe eine ASP.NET-Anwendung ausgeführt und auf der Produktions-Box verwendet es etwa 450 MB RAM, jedoch sollte es nicht so sehr verwenden, und es scheint zu erhöhen im Laufe der Zeit, so scheint es möglicherweise ein Leck oder zumindest etwas nicht richtig freigegeben werden.

Ich schaute mit PerfMon und es gab 416MB in GC Gen2.

Jeder hat eine Idee, um herauszufinden, was es im Gedächtnis behält? Könnte ich einfach dotTrace/ANTS greifen und es irgendwie an meinen IIS (6 - auf Windows Server 2003) anhängen - oder gibt es einen besseren Weg? :-)

Danke.

Answer 1

Watching this TechEEd Präsentation von Tess wäre ein guter Anfang.

Sie zeigt, wie Adplus verwendet wird, um ein Abbild einer ASP.NET-Anwendung zu erstellen, die sehr viel RAM verbraucht, und dann dieses Abbild in WinDbg zur Analyse zu laden. Verwenden Sie den Befehl! Gcroot in WinDbg, um unerwartete Wurzeln zu finden und von dort aus zu gehen. Sie rät davon ab, komplexe Typen zu speichern, die Verweise auf andere Objekte im Cache oder in der Sitzung enthalten.

Answer 2

Obwohl dies eine spezifische Blog über eine Technologie ist sind Sie wahrscheinlich nicht verwenden nicht abdeckt, wie Speicherprobleme zu diagnostizieren - http://blogs.msdn.com/tess/archive/2008/09/12/asp-net-memory-issues-high-memory-usage-with-ajaxpro.aspx

Dig durch Tess Arbeit, sie hat eine Menge Debugging/Diagnose Beiträge bekam und ich Sicher findest du mehr, die dir nützlich sind.

Answer 3

Ordnungsgemäß disponieren Sie Objekte von Klassen, die IDisposable implementieren? Dazu gehören SqlConnections, SqlCommand, SqlDataAdapter, DirectoryEntry usw. Haben Sie Objekte, die nicht verwalteten Speicher verwenden, die IDisposable nicht implementieren (und/oder nicht entsorgt werden)?

Answer 4

Ich bin mir ziemlich sicher, dass Sie bereits alle Bewegungen durchgemacht haben, aber ich hatte ein ähnliches Problem auf einer Website, die ich pflege.

Die Website verwendete ungefähr einen Gig Speicher auf dem Server, und viel Kontrolle und Reinigung, wir mussten viele Sitzungsaufrufe loswerden, da sie nicht richtig entsorgt wurden.

Auch stellt sich heraus, dass auf einer Website meiner Website mit der Menge der gleichzeitigen Benutzer, die ich hatte, war die grobe Schätzung eines Konzerts genau das, was es brauchte.

Es stellt sich auch heraus, dass das Laden vieler Benutzersteuerelemente auf einer Seite den Arbeitsspeicher des Servers etwas belastet, nicht sicher warum, aber es half uns, einige Probleme zu erkennen, indem die Benutzersteuerelemente entfernt und in kleinere Seiten umgewandelt wurden.

Überprüfen Sie zuletzt, welche Art von Session-Provider Sie verwenden, wenn inproc zu viel Belastung für Sie Server möglicherweise seine Zeit, um den asp.net State Session-Dienst oder die Verwendung eines SQL-Server als Ihre Sitzung Anbieter.

Lassen Sie mich wissen, was Sie denken und wenn Sie gefunden und Besonderheiten.

Answer 5

Das klassische Problem des Neustarts einer Reihe von Strings in einer Schleife kann dazu führen, dass das Problem aufgrund großer Speichermengen neuen Strings zugewiesen wird, ohne dass sie freigegeben werden. Verwenden Sie gegebenenfalls StringBuilder?

Answer 6

Sind Sie Event-Handler auf Ihrer Seite? Mir wurde gesagt, dass sie vielleicht rumsitzen würden, wenn Sie sie nie von der Veranstaltung trennen würden. Sie könnten Verweise auf größere Objekte länger als nötig halten.