Hallo,
nur eine Erg�nzung:
In asp werden Objekte, die so instanziiert werden:
set myobj=server.createobject("myserver.myobjekt")
*immer* im Hintergrund instanziiert, ob du sie verwendest oder nicht, ob
die Zeile wo der Aufruf steht angesprungen wird oder nicht, es passiert
n�mlich im ASP engine beim compilieren der Code, dort wo ein Thread f�r
die Seite allokiert wurde.
Wenn man will, das Objekte erst dann instanziiert werden, wenn sie
wirklich ben�tigt werden, muss man den anderen Syntax verwenden:
<object runat=server ...
- Rich
richard quinn / virtual identity ag
gr�nw�lderstr. 10-14 / 79098 freiburg
tel 0761 20758-412
[EMAIL PROTECTED]
fax 0761 20758-01
http://www.virtual-identity.com
> -----Original Message-----
> From: Joachim van de Bruck [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, July 09, 2002 9:14 PM
> To: ActiveServerPages German
> Subject: [aspgerman] AW: Re: AW: Re: AW: dllhost.exe
>
>
> 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
>
| [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
