Hallo!
> > Tats�chlich braucht das Erstellen einer Connection oft die meiste
Zeit
> > bei den Datenbankoperationen. Deshalb gibt es in ASP das
> > Connection-Pooling, das bewirkt, dass eine Connection mit
"conn.close"
> > nur freigegeben und nicht sofort geschlossen wird, und mit
"conn.open"
> > nicht unbedingt eine neue Verbindung aufgebaut, sondern
> > stattdessen eine
> > freigegebene aus dem Pool verwendet wird. Beim Testen kann man das
> > ebenfalls feststellen: Die erste Verbindung dauert lange,
> > aber schon die
> > zweite ist wesentlich schneller, weil Sie aus dem Pool kommt.
>
> das best�tigt meine beobachtung, das connectionobjekt wird offenbar
> bereits nach wenigen minuten aus dem speicher entfernt und muss
> trotz bestehender session neu aufgebaut werden.
"nach wenigen Minuten" h�ngt von der Speicherauslastung ab. Die
Ressource wird freigegeben, wenn der Speicher f�r andere Zwecke ben�tigt
wird. Mehr RAM hilft hier f�r beide Varianten.
> beim anmelden wird eine verz�gerung subjektiv nicht so st�rend
> wahrgenommen, wie wenn man mitten drin nach kurzer inaktivit�t
> wieder weiterarbeitet und die seite auf einmal *h�ngt*
>
> jetzt hab' ich noch einen test gemacht mit einem einfachen
> SQL-statement (jeweils 20 durchg�nge)
> 100 mal set / set nothing - mittelwert 1,28
> 100 mal conn aus session - mittelwert 0,82
>
> also eigentlich irrelevant im verh�ltnis zum restlichen script
> der vorteil, es im speicher zu haben, bleibt aber
Der Test hinkt. Bei 100 Benutzern (kann man mit dem Stresstool von
Microsoft simulieren) ist die Performanz von Session-Variablen schon
sehr bedenklich. Das Problem tritt nicht auf, wenn 100 Connections
hintereinander, sondern wenn 100 Connections "gleichzeitig" ge�ffnet
werden.
Aber es kommt nat�rlich auf Deine Applikation an, welche Vorgehensweise
letztendlich besser ist. Grunds�tzlich w�rde ich jedoch nicht auf die
Objekte in Session-Variablen setzen.
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
