Es kam mir beim Cachen nicht auf das der Daten, sondern auf das Control als Objekt an. Dieses wird als Ganzes im Cache gehalten.
...damit das Control nicht jedes Mal vom Server neu erstellt werden muss - gibt ja viele Situationen, in denen das nicht unbed. n�tig ist, das ist klar.
Vielen Dank Gr�sse Lars
-----Message d'origine----- De : Haffner Guenther [mailto:[EMAIL PROTECTED] Envoy� : vendredi 11 juillet 2003 12:59 � : [EMAIL PROTECTED] Objet : RE: RE : RE : AW: [Asp.net] Einheitliches Layout
naja, hat weniger mit der programmierung zu tun, denn diese macht ja nur das funktionale, die syntax muss schon stimmen.
aber was du wann wie lange in den cache legst haengt von etlichen parametern ab, die du zt nicht selbst beantworten kannnst, ev. nicht mal koenntest weil du keinen zugang hast.
wuerde mal zb folgendes beruecksichtigen:
- datenbankauslastung. wenn mehrere websites auf einer datenbankmaschine laufen, dann kommt es uu. nicht auf deine requests an, sondern eigentlich auf alle welche die datenbank benutzen. es koennte ja einen heavyload website laufen die die datenbank sehr stark in anspruch nimmt. dann wuerde allerdings auch deine seite mit 10-15k views pro woche drunter leiden, da sie die daten nicht so flott bekommt. hier wuerde dir ein data-cache schon helfen - webserver auslastung. - webserver arbeitsspeicher und -auslastung. irgendwo muss der ache ja seine daten hingeben, und wenn der server diese pagen muss auf die festplatte, dann bringts ja wieder nichts.
und da gibts noch etliche mehr, hierzu gibts allerdings eh buecher, die sich mit performance von .net anwendungen beschaeftigen....
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Lars Berner Sent: Friday, July 11, 2003 12:43 PM To: [EMAIL PROTECTED] Subject: RE : RE : AW: [Asp.net] Einheitliches Layout
Da haste auch wieder wahr.. Trotzdem denke ich, dass Erfahrung und Routine im Umgang mit der ASP.NET
Programmierung, die ja derartiges Wissen und Urteilungsverm�gen mit sich
bringt und durch in dieser Mailinglist meist hervorragend beantwortete Fragen aufs feinste unterst�tzung findet ;-), wohl durch nichts wett zumachen ist.
Viele Gr�sse Lars
At 12:28 11.07.2003 +0200, you wrote:
>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 > > >--- >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 _______________________________________________ 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
--- Ausgehende 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
