Ich meinte damit eigentlich, dass es keinen merkbaren Unterschied gab, hab �ber drei Wochen die Speichernutzung mitgeschrieben und auch verglichen, da war kein gro�er Unterschied, obwohl �ber 50% aller aufgerufenen Seiten nun ihr Objekte schlossen.
Viele schreiben hier auch was �ber Sessions (20 min oder so...) - das Problem zieht sich aber �ber Wochen, der verwendete Speicher wird Tag f�r Tag mehr. Das mit den Server Objekten klingt am plausibelsten, nur wenn es nicht stimmt (gibt es einen Beweis), hat man sich evtl. nen Haufen Arbeit gemacht f�r nix. Was machen eigentlich Provider, die ASP Seiten hosten, die m�ssten doch auch schon auf so Probleme gesto�en sein... Gru� Jan ----- Original Message ----- From: <[EMAIL PROTECTED]> To: "ActiveServerPages German" <[EMAIL PROTECTED]> Sent: Tuesday, July 09, 2002 9:09 PM Subject: [aspgerman] AW: dllhost.exe > > 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 > | [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
