Auf Thema antworten 2026

JavaScript ist deaktiviert. Für eine bessere Darstellung aktiviere bitte JavaScript in deinem Browser, bevor du fortfährst.

Beitrag: <blockquote data-quote="dkarvounaris" data-source="post: 2629670" data-attributes="member: 734847">Ich möchte euch mal wieder ein Update liefern, was diese Woche bei PSD-Tutorials alles passiert ist. Es gab zwar weniger Bugs als die letzten zwei Wochen die behoben wurden, aber dafür ist was anderes entscheidendes vorangekommen, wo ich zuversichtlich bin, daß es eure Zustimmung findet.Nach der heißen Bug-Phase haben wir uns etwas reorganisiert (wird noch bis in die nächste Woche reichen). Wir sind nochmal alles durchgegangen was in unserem internen Tracker seit April protokolliert wurde, überprüft ob diese Sachen tatsächlich erledigt sind oder bei den offenen, ob diese noch aktuell sind. Auch haben wir aus anderen Quellen weitere Sachen zusammengetragen.  Diese sind in eine neue Liste gewandert, die mit Tasks im 3stelligen Bereich sich sehen lassen kann, und somit auch u.a. viele eurer Anliegen und Vorschläge aus früheren Forenbeiträgen enthält. Diese Liste wandert nun in unser neues Projekt-Management Tool, wo wir diese anschließend konsequent angehen können.Selbstverständlich haben wir auch einiges geschafft. Unser Fokus ist diese Woche zusätzlich auf technische Besonderheiten gewesen, besonders Stabilität und Leistung des Systems. Konkret (entschuldigt wenn es teils zu technisch wird, werde versuchen die Ergebnisse nochmal anschließend einfach zu erläutern):<ul> <li data-xf-list-type="ul">Wir haben ein spezielles Feature eingeschaltet und ausprobiert, das in den letzten Apache und Linux-Kernel Versionen unterstützt wird, das von Intel mit Xeon Prozessoren empfohlen wird. Dadurch sollte das "Durchreichen" von Requests schneller ablaufen, da mehrere Prozesse an einem Port nun "lauschen" können (es war seit jeher technisch schon immer so, daß an einem Port immer nur ein Prozess lauschen kann).</li> <li data-xf-list-type="ul">Wir haben ein weiteres Feature eingesetzt, wodurch Apache das Versenden von Dateien dem Linux Kernel überlässt (für die Technik-Freaks: "EnableSendfile"), anstatt daß Apache für die Datei einen Buffer reserviert, einliest und sendet.</li> <li data-xf-list-type="ul">Obwohl selten 100 Requests/sekunde erreicht werden, haben wir die Idle workers für Requests von ca. 300-400 auf ca. 1200 erhöht. Das wirkt überflüssig und überdimensioniert und die meisten Administratoren würden dem wohl zustimmen, jedoch werden dadurch mehr Threads gestartet um diese zu verwalten, die sich besser auf alle 16 Kerne verteilen als die nur 5-6 Threads die für die 300-400 idle workers bereitstanden.</li> <li data-xf-list-type="ul">Zufällige vereinzelte lange Lieferzeiten der Seiten (z.B. 10-20 Sekunden) sollten hoffentlich (auch u.a. durch obige Änderungen) nicht mehr auftreten - bitte um euer Feedback hier!</li> <li data-xf-list-type="ul">Durch diese Veränderungen sehen wir in den Messwerten für einzelne Requests der Assets (Javascripts, Styles, Images) nochmal teils kürzere Zeiten </li> <li data-xf-list-type="ul">Die GZip-Kompression für ausgelieferte Dateien wurde eingeschaltet (ein Blocking Bug von Apache zwang uns diese kurzfristig auszuschalten) - dadurch muss der Browser weniger Daten erhalten und kann diese in kürzerer Zeit empfangen</li> <li data-xf-list-type="ul">Besonders mobile Nutzer sollten von der GZip-Kompression durch geringere Datenmengen und somit kürzere Ladezeiten profitieren</li> </ul><ul> <li data-xf-list-type="ul">Ergebnis der GZip-Kompression (und teils oben erwähnter Änderungen): ca. 30% Verbesserung.</li> <li data-xf-list-type="ul">Am Beispiel der Tutorials-Übersicht Seite: Gesamtgrösse der ganzen Seite inkl. Assets wurde von 2.88MB auf 1.94MB reduziert die der Browser empfangen muss (im Screenshot unten waren die Assets schon komprimiert, nur die HTML nicht, daher eine andere Angabe)</li> <li data-xf-list-type="ul">Die Gesamt-Auslieferungszeit inkl. Seitenaufbau wurde von 4.9s auf 3.7s reduziert.</li> </ul><ul> <li data-xf-list-type="ul">Allerdings hat das erste Erscheinen der Seite durch die HTML-Kompression erstmal "gefühlt" länger gedauert, da wie man im Screenshot sehen kann, das HTML Dokument selbst länger zur Auslieferung brauchte.</li> <li data-xf-list-type="ul">Wir haben den Kompressionslevel im Vergleich zu vorher somit deutlich verringert, dadurch sind manche Dateien evtl. um 1-2% größer (was sich nur in wenige KB ausschlägt), benötigen jedoch entscheidend weniger CPU-Zeit, womit das "gefühlte länger" weg sein dürfte, da das HTML Dokument selbst ohne Verzögerung dann in nur noch 104ms vollständig vom Browser heruntergeladen werden konnte und der Browser nach dieser Zeit weitere Assets anfordern kann und anfangen kann zu rendern (gemessen wurde mit Firefox).</li> </ul><ul> <li data-xf-list-type="ul">Wie die Grafik zeigt, werden alle Assets (bis auf Styles und Javascripts) mit ausgezeichneter Geschwindigkeit geliefert.</li> <li data-xf-list-type="ul">Die zusätzliche Verzögerung bei Styles und Javascripts von ca. 70-120ms (die aber ohne Nachteil ist) werden wir nächste Woche durch vorkomprimierte statische Versionen und einer entsprechenden Erweiterung dafür nochmal verbessern und hoffentlich auch auf 20-40ms reduzieren.</li> <li data-xf-list-type="ul">Achtung: Diese Werte sind relativ zu sehen und können je nach Verbindung und PC bzw. Mobilgerät variieren.</li> </ul>Wieviel besser ist es als vor dem Serverumzug?Zum Vergleich dazu, hier eine Messung der Startseite zurück im September, mit den gleichen Einstellungen. Vergleicht mit den vorhin gezeigten Grafiken, ist sehr deutlich zu erkennen, daß ausnahmslos und unabhängig vom Typ alle Assets entschieden schneller ausgeliefert werden als zurück im September.Das Folgende ist das aktuelle Profil der Startseite, heute gemessen. Obwohl durch etwas andere Bilder und Änderungen in der Zwischenzeit die Gesamtgrösse sowie die Anzahl Requests grösser ist, kann alles viel schneller abgerufen und im Browser aufgebaut werden.Zu guter Letzt haben wir unseren Werbebanner-Lieferanten um einige technische Verbesserungen gebeten, nachdem wir dies analysiert haben, da ihr uns sagtet, daß es manchmal bei diesem hängt. Wir konnten bestätigen, daß es vereinzelt den Aufbau der Seite verzögert. Man hat uns versprochen sich das in Kürze anzuschauen.(Die Liste der korrigierten Bugs und Änderungen an der Seite folgt in einem weiteren Post später)</blockquote> Bilder bitte hier hochladen und danach über das Bild-Icon (Direktlink vorher kopieren) platzieren.

Authentifizierung: Wenn ▲ = 5, ▼ = 2 und ■ = 7, was ist ▲ × ▼ + ■?