At 12:45 PM 3/26/2003 +0100, you wrote:
> Nicht nur - die Bilder waren ein Beispiel (senkt die Anzahl der Requests und somit auch den Traffic der vom Server weggeht). Vorstellbar auch einige Datenbankqueries auszulassen, das Caching aggressiver zu machen, etc.

Caching sollte man so aggresiv wie m�glich machen... Wozu weniger cachen
bei weniger usern?

Na, man k�nnte das Updateinterval einer Usercontrol verl�ngern (zB ein Chart wird nicht alle 5 Minuten sondern nur noch alle 60 Minuten refreshed). Wenn der Server es hergibt, warum soll man die Daten nicht so aktuell halten wir m�glich?


> konfigurierbar w�re wohl am besten. Ein File aus dem die Messquellen,
> Intervalle, Grenzwerte und Aktionen geladen werden. Sprich: Falls
> Messquelle CPU im Intervall 10 Sekungen den Grenzwert 95% Leistung
> permanent �bersteigt, gebe allen anfragenden Websites die Anweisung
> Grafiken auszulassen. Usw. mit m�glichen Verkn�pfungen.

Jepp.. Allerdings w�rde ich immer Ver�nderungen vorschlagen, die nicht
direkt sichtbar sind... Also eher sowas wie Refreshrate runtersetzen im
Chat statt Bilder auszulassen...

Gerade Bilder ziehen an der Serverauslastung, weil sie viele kleine Requests ausl�sen.


Auf jeden Fall sollte der Admin per Mail benachrichtigt werden... (nur
einmal am Tag/Stunde!?)

Die Idee hatte ich auch schon. Also ReportTo und MailTo Attribute in der Konfiguration.


Ich sehe das eher als WorstCase-Management.. Damit der Server nicht
total abrotzt, wenn die Site pl�tzlich unerwartet erfolgreich werden sollte..

Na ja, /. w�re zum Beispiel so ein Worst Case Szenario. Meist einmal alle heiligen Zeiten. Somit w�re der Sinn des Services haupts�chlich Monitoring und Benachrichtigung, mit einer Option f�r "Geilisten", mit Hilfe der Infos die Seiten an Content runterzuschrauben.


Chris

------------------
Professionelles .NET Hosting auf leistungsf�higen Servern.
ASP.NET, VS.NET, XML, CDO, SQL 2000 und vieles mehr.
Informieren Sie sich jetzt unter http://www.aspnet.de
_______________________________________________
Asp.net mailing list
[EMAIL PROTECTED]
http://www.glengamoi.com/mailman/listinfo/asp.net

Antwort per Email an