![]() |
Fremden Prozess wegen Speicherleck debuggen
Liste der Anhänge anzeigen (Anzahl: 1)
Hey Leute,
ich habe seit geraumer Zeit (seit mehr als einem Jahr) das Problem, dass explorer.exe auf meinem Server mit der Zeit immer größer wird :cry:. In welcher Dimension das passiert, kann man im angehängten Bild ablesen (stammt von einem mit Excel erstellten Diagramm); das Bild ist etwas zurechtgestutzt und auf das vergangene halbe Jahr beschränkt. Man sieht außerdem, dass das Problem nicht immer auftritt, denn zwischen Dezember und Februar hielt sich die Speicherfresserei in engen Grenzen. Bislang habe ich fast alle Shell Extensions, die nicht von MS stammen, deregistriert und Programme abgeschaltet, die sich an den Explorer hängen (TClockEx). Aber auch dadurch habe ich noch keine richtige Idee, wer dafür verantwortlich sein könnte. Lange Rede, kurzer Sinn: ich möchte der Problemursache (oder mindestens dem Auslöser) näherkommen und daher dachte ich daran, den Explorer zu debuggen. Nun habe ich aber keinerlei Ahnung, wie man das bei fremden Prozessen angeht. Wie und womit würdet ihr vorgehen? MfG Dalai |
AW: Fremden Prozess wegen Speicherleck debuggen
Kommt ganz drauf an. Wenn es sich um die 32 bit Version handelt, könntest du OllyDbg benutzen, an den Explorer attachen und dann z.b. mal Breakpoints auf VirtualAlloc() und Konsorten setzen. Dies dürfte allerdings enorm oft aufgerufen werden und wird wohl sehr schwierig zu debuggen sein.
|
AW: Fremden Prozess wegen Speicherleck debuggen
Zitat:
Zitat:
Zitat:
MfG Dalai |
AW: Fremden Prozess wegen Speicherleck debuggen
Wenn du nicht gerade Zeit damit verbringen willst, etwas neues zu lernen, würde ich den PC einfach neu aufsetzen.
|
AW: Fremden Prozess wegen Speicherleck debuggen
Das Problem besteht seit Anfang an, also seit das XP im November 2010 installiert wurde, nur fiel das nicht sofort auf, weil das vorher benutzte System mit Win2k das Verhalten nicht zeigte. Übrigens hat mein Bruder auf seinem ebenfalls neu (im Februar 2011) aufgesetzten System (mit nochmals anderer Hardware) dasselbe Problem. Dazu kommt noch, dass das System ein Server ist, der muss also laufen und verfügbar sein; insofern kann ich den nicht "mal eben" neu aufsetzen.
MfG Dalai |
AW: Fremden Prozess wegen Speicherleck debuggen
Debugging mit Olly ist sone Sache für sich. Wenn du noch nie sowas in der Art gemacht hast, würde ich Furtbichler hier zustimmen, dass es sich für dich wohl nicht lohnt sich da einzuarbeiten.
Neben dem Umgang mit Olly musst du dich für so eine umfangreiche Analyse noch extrem gut mit Assembler und den Betriebssystemfunktionen auskennen. Als Workaround würde ich mir eventuell ein kleines Tool schreiben, was den Explorer beispielsweise jeden Monat oder besser noch jeden Tag mal restartet. Gegebenenfalls könntest du den Explorer Prozess auch dauerhaft terminieren. Der sollte auf einem Server System ja nicht wirklich benötigt werden. |
AW: Fremden Prozess wegen Speicherleck debuggen
Mir ist egal, ob mich Debugging weiterbringt oder irgendetwas anderes. Ich bin nur eben interessiert daran, mindestens den Auslöser - wenn nicht gar die Ursache - zu finden. Wie das passiert, ist mir egal - nur überfordern sollte es mich nicht.
Ich hab auch schon mit Process Explorer rumgespielt und auch mit Process Monitor und in ersterem z.B. festgestellt, dass das Page Fault Delta relativ hoch ist und außerdem die CPU-Last durch den Explorer ebenfalls deutlich höher ist, wenn er auch Speicher frisst. "Deutlich" heißt in dem Fall ~5 Prozent mehr, was sich im - ebenfalls auf diesem Server laufenden - Munin relativ gut ablesen lässt. Zitat:
MfG Dalai |
AW: Fremden Prozess wegen Speicherleck debuggen
Probleme dieser Art hat bei XP zum Beispiel der Vorschaugenerator bei unvollständigen oder beschädigten Videodateien gemacht. Diesen kannst du entweder in den Shell Extensions herausnehmen oder die shmedia.dll ganz mit
Code:
deinstallieren.
regsvr32 /u shmedia.dll
Windows XP ist aber auch nicht als Serverbetriebssystem für den 24h Betrieb gedacht... |
AW: Fremden Prozess wegen Speicherleck debuggen
Zitat:
Insofern glaube ich nicht, dass dies etwas bringt Zitat:
Zitat:
MfG Dalai |
Alle Zeitangaben in WEZ +1. Es ist jetzt 03:57 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz