Hallo! > Ich hab das Problem auch und einen Patch gibt es nicht, denn ich mach > immer > Windows Update (und da wird eigentlich alles installiert).
Na ja, alles zu Windows, aber nicht unbedingt MDAC u. a. > Ob es wirklich mit dem Zerst�ren von Objekten zusammenh�ngt ist fraglich, > denn in den B�chern steht, dass der iis das selbst macht. Ich habe mal von Der IIS macht's - aber nicht bevor die Session beendet ist. In z. B. 20 Minuten kann man aber den Speicher ordentlich voll machen. > einem der Webauftritte (lief in ner eigenen dllhost - also konnte man das > sicher beobachten) die Objekte in den meist aufgerufenen Seiten zerst�ren > lassen - hat nicht viel geholfen. Vielleicht muss man es ja �berall > machen, ... w�re doch logisch, oder? > so genau hab ich das auch nicht beobachten k�nnen. Fakt ist: je mehr > Seiten > aufgerufen wurden, desto mehr Speicher, der nicht mehr frei gegeben wird > und > irgendwann wird geswapppt und dann noch sp�ter irgendwann geht keine > Webseite mit Datenbank aufzurufen (reboot wird f�llig). Wenn der Speicher �berl�uft hat das sehr h�ufig mit dem falschen Gebrauch von Objekten zu tun. Allerdings gibt es auch Bugs - z. B. in MDAC 2.5 / 2.6, bei ODBC-Verbindungen kann der Speicher zugem�llt werden, mit MDAC 2.7 ist das Problem behoben, mit OLEDB-Verbindungen tritt es gar nicht erst auf. z. B. XMLDocument-Objekt (< 3.0) in Application-Variablen ... siehe MSDN - Bei Suche nach "dllhost.exe" gibt es 141 Artikel, wobei allerdings nur die unter "Support" oder "Windows 2000" interessant sein d�rften. Der sicherste Weg besteht wohl darin, Objekte grunds�tzlich erst vor Gebrauch zu instanziieren und unmittelbar danach wieder zu terminieren. Macht man so etwas grunds�tzlich am Anfang oder gar in inkludierten Dateien, verliert man leicht die �bersicht und tappt sp�testens bei "Response.Redirect" oder "Server.Transfer" in die Falle. Der "Mehraufwand" f�r diszipliniertes Programmieren steht doch in keinem Verh�ltnis zum Aufwand f�r die Fehlersuche. > Selbst auf den Seiten von MS wird nur f�r Performance empfohlen Objekte > fr�h > zu zerst�ren, von Speicherlecks steht da nichts... Da steht z.B. im Support-Bereich eine ganze Menge zu dem Thema, und nicht nur im Hinblick auf Performance sondern auch im Hinblick auf Ausfallsicherheit, falls man das in dem Zusammenhang �berhaupt wirklich trennen kann. Freundliche Gr��e Joachim van de Bruck | [aspgerman] als [email protected] subscribed | http://www.aspgerman.com/archiv/aspgerman/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspgerman.asp
