Hallo Liste, als Neuling in der Liste habe ich mal nach "Klassen" und deren Verwendung gesucht. Ich wurde zwar f�ndig, nur konnte mir das noch nicht weiterhelfen.
Mein Problem stellt sich wie folgt dar: Ich habe ein Klasse in VB-Script geschrieben, um unterschiedlichste Datenbankabfragen durchf�hren zu k�nnen. Nun hatte ich nach einigen Tests das Problem, dass sich mein Server einfach aufgeh�ngt hat (IIS 5), da die Speicherauslastung alle Grenzen sprengte. Als ich dem Problem auf den Grund gehen wollte, habe ich festgestellt, dass nach ca. 20 Aufrufen einer Seite (die diese Klasse verwendet) die Speicherauslastung lawinenartig ansteigt. Das kann man sich so vorstellen, das die Speicherauslastung nach der n�chsten Seitenanforderung um 10MB, bei der n�chsten um 20MB, 40MB, 80MB, 160MB, usw. (Speicherwerte sind nur ein Beispiel, aber tendenziell richtig !!!). Und dann ist halt mal Schluss. Nach dem ich mal recht ratlos war, habe ich nach vergessenen und offenen Recordsets gesucht wurde aber nicht f�ndig. Mein n�chster Schritt war es alles (Properties und Methoden) aus der Klasse zu l�schen, bis nur noch "Private Sub Class_Initialize()" und "Private Sub Class_Terminate()" �brig waren. In meiner Testseite habe ich dann nur eine Instanz der Klasse angelegt und gleich wieder terminiert. Und ich hatte den gleichen Effekt !!! In "Class_Initialize()" erzeuge ich ein ADODB.Connection - Objekt und �ffne die Datenbankverbindung. In "Class_Terminate()" schlie�e ich die Verbindung wieder und setze das Objekt = Nothing. Jetzt habe ich nur mehr die Idee, dass man keine Datenbank-Objekte in einer Scriptklasse erstellen sollte. Ich habe weiters beobachtet, dass ich den Ordner in dem das ganze l�uft nicht mehr umbenennen kann (Zugriff verweigert.. ; wird gerade verwendet..). Nach einem Neustart des IIS Dienstes geht's wieder. Wenn ich dann das erste mal ein Seite aufrufe, die meine Klasse verwendet, geht's wieder nicht. F�r mich wird das jetzt langsam ne X-Akte. Hat einer von euch einen Vorschlag oder eine Idee was ich noch versuchen kann. mfg Christoph Eigenseder | [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
