Wer von euch hat Erfahrungen zum Thema HTTP Compression im IIS 6.0 ?
Ich bin im Moment auf der Suche nach Informationen zu diesem Thema.
Unter LAMP konnte man ja relativ zügig hier Features wie gzip compression aktivieren, oder einbauen.
Unter Windows... Ok, XCache sieht fein aus, aber der Preis... *hust*
Für ein Fun-Projekt ist das dann doch ein wenig zu viel.
Da es ja je nach Sprache Vor-/Nachteile je nach Methode gibt... ich setze auf C#/ASP.Net
Also... werft mich mal bitte mit Infos zu
Merci!
Infos zu HTTP Compression im IIS 6.0 gesucht.
gepostet vor 17 Jahre, 5 Monate von None
gepostet vor 17 Jahre, 5 Monate von shadows
gepostet vor 17 Jahre, 5 Monate von None
Wie üblich perfekt von dir!
Thx... gleich mal verdauen auf dem Heimweg.
Thx... gleich mal verdauen auf dem Heimweg.
gepostet vor 17 Jahre, 5 Monate von Smoochy
Also ich schone lieber meine teure Hardware die mir schon das ein oder andere mal abgeraucht ist, als am relativ günstigen Traffic zu sparen.
Dies wird sich auch bei einem größeren Projekt wirklich deutlich messen lassen.
Also Bandbreite schön und gut, aber nicht auf Kosten der Prozessorbelastung!
Dann lieber Grafikpacks anbieten, Grafiken verkleinern und unwichtige Infos nicht ausgeben!
Zumindest meine Meinung!
gruß
Smoochy
Dies wird sich auch bei einem größeren Projekt wirklich deutlich messen lassen.
Also Bandbreite schön und gut, aber nicht auf Kosten der Prozessorbelastung!
Dann lieber Grafikpacks anbieten, Grafiken verkleinern und unwichtige Infos nicht ausgeben!
Zumindest meine Meinung!
gruß
Smoochy
gepostet vor 17 Jahre, 5 Monate von mifritscher
Also, wenn Hardware wegen Überlastung abraucht, und zwar so dass sie kaputt ist ist das ein Fehler der Hardware und nicht der Software...
Software darf Hardware schlicht nicht kaputt kriegen, von wenigen HW-nahen Tools mal abgesehen (die aber auf einem Server nichts zu suchen haben).
Also, gzip braucht minimal cpu, eher im Gegenteil, bei mir geht die load runter, weil die Daten schneller übertragen sind.
Software darf Hardware schlicht nicht kaputt kriegen, von wenigen HW-nahen Tools mal abgesehen (die aber auf einem Server nichts zu suchen haben).
Also, gzip braucht minimal cpu, eher im Gegenteil, bei mir geht die load runter, weil die Daten schneller übertragen sind.
gepostet vor 17 Jahre, 5 Monate von None
Keine Sorge
Die Komprimierung ist nur ein Teil von mehreren.
Und wenn deine CPU abraucht, dann hast du ganz andere Sorgen, welche nur durch die Erhöhte Last zutage getreten sind.
Gzip braucht echt nicht viel Power.
Ich hatte neben dem phpaccelerator noch einige Sachen mehr im Einsatz damals bei meinem ersten Browsergame und die zusätzliche CPU Last war sehr niedrig.
Die Komprimierung ist nur ein Teil von mehreren.
Und wenn deine CPU abraucht, dann hast du ganz andere Sorgen, welche nur durch die Erhöhte Last zutage getreten sind.
Gzip braucht echt nicht viel Power.
Ich hatte neben dem phpaccelerator noch einige Sachen mehr im Einsatz damals bei meinem ersten Browsergame und die zusätzliche CPU Last war sehr niedrig.
gepostet vor 17 Jahre, 5 Monate von Smoochy
Bei einem kleinen Projekt macht sich sowas auch nicht bemerkbar, wenn die Belastung minimal größer ist.
Aber bei größeren Projekten mit mehreren X zehntausenden Spielern, macht sich sowas durchaus bemerkbar.
Aber das hängt wahrscheinlich auch immer von der Qualität der Arbeit und dem allgemeinen Klickaufkommen der Spieler ab.
Aber bei größeren Projekten mit mehreren X zehntausenden Spielern, macht sich sowas durchaus bemerkbar.
Aber das hängt wahrscheinlich auch immer von der Qualität der Arbeit und dem allgemeinen Klickaufkommen der Spieler ab.
gepostet vor 17 Jahre, 5 Monate von None
Fullack!
Ich habe schon Projekte erlebt, wo verdammt viel Arbeit in die Optimierung des Servercodes gesteckt wurde, aber keiner hat überhaupt einen Gedanken an das Thema Caching und Co. verschwendet.
Man kann es immer an der falschen Stelle übertreiben.
Im Moment sammle ich erstmal Fakten und Knowledge Bases. Meine bisherige Erfahrung bezieht sich alleine auf LAMP. Die Administration von Windows Maschinen war eher ein Hobby und ich habe daher dort nie besonderst viel Arbeit reingesteckt.
Ich habe schon Projekte erlebt, wo verdammt viel Arbeit in die Optimierung des Servercodes gesteckt wurde, aber keiner hat überhaupt einen Gedanken an das Thema Caching und Co. verschwendet.
Man kann es immer an der falschen Stelle übertreiben.
Im Moment sammle ich erstmal Fakten und Knowledge Bases. Meine bisherige Erfahrung bezieht sich alleine auf LAMP. Die Administration von Windows Maschinen war eher ein Hobby und ich habe daher dort nie besonderst viel Arbeit reingesteckt.
gepostet vor 17 Jahre, 5 Monate von TheUndeadable
> Die Administration von Windows Maschinen
Hehe, wo bist du nochmals angestellt? Bzw was verwaltest du dort? Schönes Hobby :-)
Hehe, wo bist du nochmals angestellt? Bzw was verwaltest du dort? Schönes Hobby :-)
gepostet vor 17 Jahre, 5 Monate von None
*G*
Die Administration machen die Kollegen, wir haben nur das Platform Management Framework erstellt
Die Administration machen die Kollegen, wir haben nur das Platform Management Framework erstellt
gepostet vor 17 Jahre, 4 Monate von None
HTML Daten lassen sich sehr gut komprimieren. So wird die übertragene Menge bis zu 90 % reduziert.
Das halte ich aber für ein Gerücht. 90% Ersparniss ohne Informationsverlust? Wie soll das denn funktionieren?!?
Habe auch deflate/gzip aktiviert, aber der Link scheint diese 90% etwas aus der Luft gegriffen zu haben.
gepostet vor 17 Jahre, 4 Monate von None
70% sind schon eine gute Quote. Alles drüber halte ich persönlich für Zufall.
gepostet vor 17 Jahre, 4 Monate von mifritscher
Also, reines html/js dampfe ich schon auf 80-90% ein.
Wobei es hier auch sehr auf den Inhalt ankommt: Tabellenlayouts lassen sich stärker komprimieren als die Storyseite...
Allgemein lassen sich Seiten mit vielen gleichartigen Formatierungstags gut komprimieren (90% aufwärts), bei reinem Text sinds ca. 70%.
Auch Tabs vs. 4 Leerzeichen machen sich stark bemerkbar
Wobei es hier auch sehr auf den Inhalt ankommt: Tabellenlayouts lassen sich stärker komprimieren als die Storyseite...
Allgemein lassen sich Seiten mit vielen gleichartigen Formatierungstags gut komprimieren (90% aufwärts), bei reinem Text sinds ca. 70%.
Auch Tabs vs. 4 Leerzeichen machen sich stark bemerkbar