Eigentlich ist es sehr einfach zu beantworten: Die Dauer, die ein Control im Cache gehalten wird legst DU selber fest. Wenn Du z.B. wei�t, dass die Seite z.B. mehr als 1* / Sekunde aufgerufen wirst, versuchst Du diese natuerlich so lange wie moeglich dort zu halten. Wenn der Cach abhaengig von einem Parameter ist, rechnest Du Dir aus wie viele unterschiedliche Objekte im Cach gehalten werden und wie lange Du Dein Control im Cach halten musst, damit Dein oberstes Limit (welches Du Dir vorher ueberlegt hast) nicht ueberschritten wirst.
-----Message d'origine----- De�: Lars Berner [mailto:[EMAIL PROTECTED] Envoy�: vendredi 11 juillet 2003 12:19 ��: [EMAIL PROTECTED] Objet�: RE: RE : AW: [Asp.net] Einheitliches Layout Vielen Dank G�nther ;-) bleibt so gesehen nur noch zu kl�ren, wo die "Grenze" - eigentlich fliessend, ich weiss - in etwa liegt (im Hinblick auf z.B. PageHits pro Woche) dass diese Art von Tuning - auch wieder sehr relativ - anf�ngt zu lohnen; was genau man unter solch einem "heavy-load" (was f�r Datenmengen) versteht.. Wahrscheinlich auch wiedermal alles Probieren �ber studieren. Es lebe eben die Erfahrung - Die mir wirklich NOCH fehlt :) Das mit dem Caching f�r User-Controls werd ich mir nochmal genauer ansehen Viele Gr�sse Lars At 12:03 11.07.2003 +0200, you wrote: >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 > > >--- >Eingehende Mail ist zertifiziert virenfrei. >�berpr�ft durch AVG Antivirus System (http://www.grisoft.com/de). >Version: 6.0.493 / Virendatenbank: 292 - Erstellungsdatum: 25.06.2003 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
