Weil ich immer mal wieder höre und lese, wie fett doch WordPress mittlerweile sei (und ich das aus eigener Erfahrung auch nur bestätigen kann), habe ich mir jetzt mal den Spaß gemacht, einige Versionsmeiler unter die Lupe zu nehmen und deren Speicherplatzverbrauch gemessen.
Außerdem wurde wohl auch bereits angekündigt, dass mit der Version 3.2 von WordPress auch eine Verschlankung vorgenommen werden soll, zu Lasten der Abwärtskompatibilität logischerweise, aber das soll mir Recht sein, denn ich bin ohnehin nicht dafür, hässliche Altlasten im Netz zu unterstützen, PHP4 ist schon lange tot, PHP5 sollte man heutzutage auch mindestens mit 5.2.x oder gar 5.3.x betreiben. Besonders sollten hier die Webspace-Hoster mal in Verantwortung genommen werden, die ihre Kunden solchen Sondermüll zu noch absonderlicheren Preisen anbieten!
Was die Leichtigkeit betrifft: Ich wünsche mir einfach nur, dass es mal wieder weniger RAM verbraucht, denn ein gepimptes WordPress verschlingt bei mir ohne PHP-Caching und -Optimierung gut und gerne mal 50 bis 70 MiB RAM![01] Das war früher nicht so, zumal Webhoster auch gern das Limit bei 32 oder gar noch weniger MiB RAM ansetzten. Und ja, WordPress selbst konsumiert das meiste davon selbst, aber auch ein Redesign der Plugin-Maschinerie würde hier sicher noch Einsparungen bringen.
Zurück zur Auswertung der WordPress-Versionen:
Als Untersuchungsgrundlage benutze ich nur die englischen Archive im ZIP-Format. Zudem liste ich hier nicht alle Versionen auf, sondern ausgewählte Meilensteine bzw. Bugfix-Releases.
Schritt 1 — Wie groß sind die Archive?
Folgendes wurde dabei zu Tage gefördert:
MiB = 126.976 Byte (IEC-Präfixe zur Basis 2; Umrechnungsfaktor: 1024)
Datei Größe Steigerung
-----------------------------------------------------
wordpress-0.71-gold.zip 0.220 MiB --.-- %
wordpress-1.0.1-miles.zip 0.265 MiB 20.69 %
wordpress-1.5-strayhorn.zip 0.338 MiB 27.61 %
wordpress-1.5.2.zip 0.349 MiB 3.06 %
wordpress-2.0.zip 0.576 MiB 65.21 %
wordpress-2.0.11.zip 0.611 MiB 6.11 %
wordpress-2.1.zip 0.810 MiB 32.53 %
wordpress-2.2.zip 0.931 MiB 14.99 %
wordpress-2.3.zip 0.993 MiB 6.68 %
wordpress-2.5.zip 1.304 MiB 31.30 %
wordpress-2.6.zip 1.442 MiB 10.51 %
wordpress-2.7.zip 1.764 MiB 22.36 %
wordpress-2.8.zip 2.240 MiB 26.98 %
wordpress-2.9.zip 2.399 MiB 7.09 %
wordpress-3.0.zip 2.828 MiB 17.88 %
wordpress-3.1.zip 2.953 MiB 4.42 %
wordpress-3.1.2.zip 2.953 MiB 0.01 %
-----------------------------------------------------
Steigerung von Version 0.71 zu 3.1.2: 1344.68 %Wie man gut erkennen kann, gab es teilweise erhebliche Steigerungen in der Archivgröße, das wird sich auch sicherlich in der entpackten Ordnergröße widerspiegeln, aber dazu gleich mehr.[02]
Spannend finde ich hierbei einfach mal, das sich von der ersten Version bis zur aktuellen eine Vervielfachung um mehr als das 13-fache stattgefunden hat.
Hinweis zu den Größenangaben: Ich rechne grundsätzlich nur mit dem Faktor 1024 (IEC-Präfix, Basis 2), da dies auch alle Betriebssysteme tun, mit dem Faktor 1000 (SI-Präfix, Basis 10) rechnet eigentlich nur die Wirtschaft, die uns damit gern verwirrt. Mi steht dabei für Mebi-, was das Äquivalent zum SI-Präfix Mega- ist. Aber das ist ja eigentlich auch ein völlig anderes Thema …
Schritt 2 — Wie groß sind die Versionen im ausgepackten Zustand?
e-Größe gibt in der Liste die entpackte Größe an:
Archiv e-Größe Steigerung
------------------------------------------------------
wordpress-0.71-gold.zip 0.603 MiB --.-- %
wordpress-1.0.1-miles.zip 0.863 MiB 42.95 %
wordpress-1.5-strayhorn.zip 1.021 MiB 18.35 %
wordpress-1.5.2.zip 1.053 MiB 3.14 %
wordpress-2.0.zip 1.653 MiB 57.03 %
wordpress-2.0.11.zip 1.765 MiB 6.75 %
wordpress-2.1.zip 2.337 MiB 32.40 %
wordpress-2.2.zip 2.756 MiB 17.93 %
wordpress-2.3.zip 2.953 MiB 7.14 %
wordpress-2.5.zip 3.987 MiB 35.04 %
wordpress-2.6.zip 4.360 MiB 9.36 %
wordpress-2.7.zip 5.383 MiB 23.44 %
wordpress-2.8.zip 6.840 MiB 27.07 %
wordpress-2.9.zip 7.293 MiB 6.62 %
wordpress-3.0.zip 7.925 MiB 8.67 %
wordpress-3.1.zip 8.236 MiB 3.92 %
wordpress-3.1.2.zip 8.237 MiB 0.02 %
------------------------------------------------------
Steigerung von Version 0.71 zu 3.1.2: 1365.07 %Interessant ist hier auch schon einmal das Endergebnis: nahezu die selbe Steigerungsrate wie bei den gepackten Archiven, mit nur einer minimalen Abweichung; also fast das 14-fache von der ersten bis zur aktuellen Version.
Wie man erkennen kann, sind die Kompressionsraten in ähnlichen Bereichen, manchmal konnte mehr oder weniger gut komprimiert werden, aber an der generellen Steigerung über die Zeit verändern diese ziemlich wenig. Im Schnitt sind die zip-Archive entpackt rund 3× so groß. Die tar.gz-Archive sind übrigens nur unwesentlich kleiner als die zip-Pedants, also viel mehr Kompression ist aus dem PHP-Quellcode wohl nicht herauszuholen.
Ich habe zur Sicherheit einmal auch das erste und letzte Archiv entpackt und deren Größe mit dem Unix-Befehl du überprüft, bis auf eine kaum spürbare Abweichung stimmen die Zahlen direkt aus den Archiven (der tatsächlich verbrauchte Plattenplatz hängt unter anderem auch vom verwendeten Filesystem ab).
Fazit
Letztlich bleibt, dass WordPress sich im Größenumfang immer nur erweitert. Jede Nachfolgeversion, egal ob Hauptversion (0.x, 1.x, 2.x, 3.x), Minor-Level (zweite Stelle) oder gar Patch-Level (dritte Stelle; Bugfix-Releases), wurde immer nur größer und größer. Der bisher langlebigste Zweig 2.x hat dabei den höchsten Zuwachs erlebt, von anfänglich mal rund 1,8 MiB auf letztlich 7,3 MiB, stolze 5,5 MiB mehr, oder als Faktor ausgedrückt rund 4 Mal so groß.
Bei der Rate dieses Zweiges würde uns am Ende vom 3.x-Zweig eine 32 MiB große Installation erwarten und in Version 4 würde dann die 100-MiB-Marke dann auch endlich durchbrochen.
Was man bei der ganzen Rechnerei nicht vergessen darf: das ist nur eine blanke Installation von Dateien! Keine Datenbank-Größe mitgerechnet (hätte mir zum Testen jetzt dann doch zu viel Zeit in Anspruch genommen), keine Plugins oder eigene Themes, keine hochgeladenen Dateien.
Allein der Speicherplatzverbrauch von blogcraft.de liegt aktuell bei 312 MiB (bin ich gerade selbst erstaunt), die Datenbank umfasst dank Statistik-Plugin auch einige zig Megabyte, wobei ich die entsprechenden Tabellen auch einmal von Zeit zu Zeit leere, da MySQL+Wordpress auf kleinen System irgendwie gerne lahmt, wenn die Datenbank zu groß wird.
Wer keine Statistiken irgendwelcher Art sammelt oder irgendwas mitloggt, der kann die Datenbankgröße aber in aller Regel vernachlässigen, da Texte im Vergleich zu Bildern z. B. viel weniger Platz in Anspruch nehmen.
Fotoblogger sind hier also im Nachteil, die interessieren sich dann aber auch nicht mehr für den Verbrauch einer Blanko-Wordpress-Installation. ;o)
