naja, das mit dem viewstate wuerde ich mal so sehen: 

in den meisten webseiten gibts kaum interaktion ueber formulare, nur
gering. da wuerde ich ihn einsetzen.

bei reinen read-only seiten, wo der benutzer ausser klicken eh nichts
machen kann, da brauchst kaum viewstate.

dann muesstest in deine ueberlegungen noch einbinden wo deine seite
laeuft, im intranet oder im internet. wenns internet ist wuerdest ja
ohne viewstate uebertragungsbandbreite sparen, was meist sinnvoller ist
als der vorteil des viewstates bei postbacks.

im grossen und ganzen wuerde ich mir sehr stark die caching-dinge der
user controls ansehen, damit kannst du etliches an performance
verbessern wenn du einen heavy-load hast. bei geringen pageviews ist es
nicht gerade sinnvoll hier viel arbeit reinzustecken, die bringt kaum
was.

mein swe-professor sagte immer: "das meiste performance-tuning ist
umsonst, 10 prozent des aufwandes wuerden 90 prozent des ergebnisses
verbessern"
:)


g

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Lars Berner
Sent: Friday, July 11, 2003 11:53 AM
To: [EMAIL PROTECTED]
Subject: RE : AW: [Asp.net] Einheitliches Layout


Hallo Florian,
Das mit dem gezielt cachen (�ber die Steuerung des Output Cache habe ich

vor kurzem gelesen) scheint ja eine Menge Einfluss auf die Performance
zu 
haben. Eigentlich ja auch nicht ganz unlogisch


At 11:19 11.07.2003 +0200, you wrote:
>Das einzige
>"Problem" das es zu beruecksichtigen gilt ist das des StateVies, d.h.
die
>zwischenspeicherung des Status der Objekte in deinem Control. Aber nach
ein
>wenig Uebung hast Du das sehr schnell unter Kontrolle.


Mit diesem Problem habe ich mich noch nicht auseinandersetzen m�ssen..
Mal 
schauen.
EnableViewState = False zu setzen macht aber doch sehr oft keinen Sinn!?

Wenn man zu �bergebene Daten nicht dort hinein schreibt, sondern direkt
in 
den Cache oder die Session, macht das dann trotzdem noch 'ne  Menge aus,

wie ich deinen Worten entnehme?

Gr�sse Lars




www.zoologie-online.de

Lars Berner
Stormcrow-Software
Postfach: 110123
69071 Heidelberg


_______________________________________________
Asp.net mailing list
[EMAIL PROTECTED]
http://www.glengamoi.com/mailman/listinfo/asp.net

Antwort per Email an