> Ob es wirklich mit dem Zerstoeren von Objekten zusammenhngt ist fraglich, > denn in den Buechern steht, dass der iis das selbst macht. Ich habe mal von > einem der Webauftritte (lief in ner eigenen dllhost - also konnte man das > sicher beobachten) die Objekte in den meist aufgerufenen Seiten zerstoeren > lassen - hat nicht viel geholfen.
'Nicht viel geholfen' bedeutet: hat geholfen, aber da Du das nicht ueberall gemacht hast, gab es auch nicht das AHA-Erlebnis, auf das Du gewartet hast. Belegter Speicher wird dadurch nicht freigegeben, nur neuer nicht mehr belegt. Also muesstest Du nach einem solchen Test das Web nue starten, um Erebnisse zu sehen. Offene Datenbank Connections, offene Recordsets beim Beenden eines Scripts nehmen mindestens f�r die Sessionzeit Speicher weg und sie werden definitiv nicht immer freigegeben. Ich hatte mal eine einzige Seite im Web, bei der die Datenbankverbdiung nicht geschlossen wurde. Die hat jeden Tag 10 MB Speicher 'gefressen'. Also schmeiss Dein Geld nicht f�r MS-Support, (der das gleiche raet) zum Fenster raus, warte nicht auf den ultimativen Patch, sondern gehe Script f�r Script durch und beseitige die Fehler. Tschuess, Joachim P.S.: Hoffe, ich habe keine Umlaute mehr im Text. Die verschluckt die Telekom (unsere Provider) seit einer Mailserver-Umstellung am 24. Juni. Seit dem Tag erzaehlt die Hotline immer dasselbe: Wir warten auf den Spezialisten von MS ... | [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
