Wir haben ein Speicherleck! (oder doch nicht?) Konkreter Fall: Der Kunde meldet sich und beschwert sich \u00fcber den exorbitanten Speicherverbrauch der Anwendung. Beigelegt hat er einen Screenshot vom Task Manager.<\/p>\n
Was wird eigentlich im Task Manager angezeigt?<\/p>\n
Der Task Manager zeigt die sog. \"Working size\" des Prozesses an. Dies bezeichnet den derzeit real (physikalisch) allokierten Speicher der Anwendung. Dieser \"Speicherverbrauch\" ist aber aus folgenden Gr\u00fcnden irref\u00fchrend und sollte nicht (oder nur als grober Anhaltspunkt) f\u00fcr die Performance der Anwendung herangezogen werden:<\/p>\n
Ein besserer Anhaltspunkt f\u00fcr den Speicherverbrauch sind die sog. \"private bytes\". Dies bezeichnet die Menge an Speicher, die von der Anwendung nicht mit anderen Anwendungen geteilt werden kann. Der Task Manager kann diese jedoch nicht<\/em> anzeigen. (Das gelingt jedoch mit dem ProcessExplorer<\/a> oder perfmon (Start -> Ausf\u00fchren -> Perfmon). Diese Zahl ist jedoch auch mit Vorsicht zu genie\u00dfen: Sie bezeichnet sowohl aktiven als auch ausgelagerten (paged) Speicher, d.h. Hauptspeicheranteile, die aufgrund von Inaktivit\u00e4t auf die Festplatte ausgelagert wurden. Steigen die \"private bytes\" im Laufe der Zeit immer weiter an, ist ein Speicherleck vorhanden. Dies mu\u00df jedoch \u00fcber einen langen Zeitraum beobachtet werden, da die Speicherverwaltung von der .NET Runtime durchgef\u00fchrt wird und es teilweise recht lange dauert, bis Objekte wieder freigegeben werden (besonders wenn sie ausgelagert sind).<\/p>\n","protected":false},"excerpt":{"rendered":" Wir haben ein Speicherleck! (oder doch nicht?) Konkreter Fall: Der Kunde meldet sich und beschwert sich \u00fcber den exorbitanten Speicherverbrauch der Anwendung. Beigelegt hat er einen Screenshot vom Task Manager. Was wird eigentlich im Task Manager angezeigt? Der Task Manager … Continue reading