Early Access Live-Demo ausprobierenDemo , öffnet in einem neuen Tab
Für Hoster und Agenturen

0,3 GB im Leerlauf, gegen 0,43 bis 1,8 GB.

Hosting packt Websites, die meist nichts tun. Dreißig Sekunden nach dem Ende der Last geben vier BookPress-Worker bis auf etwa 0,3 GB frei; ein passend dimensioniertes WordPress hält 0,43 GB, ein optimierter Pool mit 64 Prozessen hält 1,8 GB. Unter Last braucht BookPress etwa 0,6 GB, nah am passend dimensionierten Pool, der weniger Seiten ausliefert. Speicher für jede Konfiguration →

Speicher 30 s nach dem Ende der Last
BookPress
319 MB
WordPress, 8 Prozesse
432 MB
WordPress, 64 Prozesse
1782 MB

Dieselbe Website, alle Plugins aktiv, 30 s nach dem Lauf unter voller Last, auf dem Intel-Server. Speicher, den Prozesse teilen, ist einmal gezählt. Gemessen auf BookPress 0.2.57, 13. Oktober 2026.

~0,3 GB
Speicher im Leerlauf, 30 s nach der Last, vier BookPress-Worker. WordPress hält 0,43 bis 1,8 GB
~0,6 GB
Speicher unter voller Last, vier Worker. Ein passend dimensioniertes WordPress braucht 0,55 GB, ein optimierter Pool 1,8 GB
~4,5×
die Requests pro Sekunde von optimiertem WordPress auf echten Shop-Seiten, Intel-Server; über 5× auf dem ARM-Server
30 s
ohne Request, und ein BookPress-Worker gibt Speicher an das System zurück
Der Speicher, vollständig

Speicher für jede Konfiguration.

Ein Hoster dimensioniert einen Server nach Speicher. Wir haben beide Stacks unter voller Last gemessen und noch einmal 30 Sekunden nach dem Ende der Last, auf derselben Website mit allen Plugins aktiv, Speicher zwischen Prozessen einmal gezählt. WordPress lief auf zwei Arten, damit die Poolgröße den Vergleich nicht verzerrt: ein optimierter Pool (64 Prozesse, statisch) und ein passend dimensionierter Pool (8 Prozesse, dynamisch). Der Speicher wurde auf BookPress 0.2.57 gemessen.

Intel-Server (4 vCPU)

Konfiguration Speicher, unter Last Speicher, Leerlauf 30 s
BookPress (4 Worker) 595 MB 319 MB
WordPress (8 PHP-Prozesse, passend dimensioniert) 525 MB 432 MB
WordPress (64 Prozesse, optimiert) 1784 MB 1782 MB

ARM-Server (4 vCPU)

Konfiguration Speicher, unter Last Speicher, Leerlauf 30 s
BookPress (4 Worker) 688 MB 299 MB
WordPress (8 PHP-Prozesse, passend dimensioniert) 528 MB 435 MB
WordPress (64 Prozesse, optimiert) 1803 MB 1802 MB

Speicher gemessen auf BookPress 0.2.57, 13. Oktober 2026. WordPress lief mit PHP-FPM mit OPcache und JIT, MariaDB, einem Redis-Objekt-Cache und nginx. Keiner der beiden Stacks nutzte einen Seiten-Cache. Die Durchsatzzahlen auf der Seite zur Geschwindigkeit sind eine spätere, getrennte Messung, auf BookPress 0.2.64.

Der Leerlauf ist die Zahl für die Dichte. Dreißig Sekunden nach dem Ende der Last geben vier BookPress-Worker bis auf etwa 0,3 GB frei; ein passend dimensioniertes WordPress hält 0,43 GB, ein optimierter Pool mit 64 Prozessen hält 1,8 GB. Ein Hoster packt Websites, die meist nichts tun. Der Speicher, den eine Website zwischen zwei Besuchern zurückgibt, ist der Speicher, den eine andere Website nutzen kann.

Mehr Worker. Engine-Code und Plugin-Bytecode werden einmal geladen und von jedem Worker geteilt; jeder weitere Worker bringt unter Last sein eigenes Working Set mit und gibt im Leerlauf das meiste davon zurück. Ein Worker, der 30 Sekunden keinen Request hatte, gibt Speicher an das System zurück; ein WordPress-Pool hält, was er beim Start angelegt hat.

Was auf dem Server läuft

Worker, bemessen an der Maschine.

BookPress legt die Zahl seiner Worker beim Start aus den Prozessoren und dem Speicher der Maschine fest. Engine-Code und Plugin-Bytecode teilen sich alle Worker; jeder Worker bringt dann unter Last sein eigenes Working Set mit und gibt im Leerlauf das meiste davon frei. Ein Worker ist die Auslieferungskapazität eines Kerns. Die Speicherzahlen auf dieser Seite haben wir mit vier gemessen.

✓ Worker, die Sie bemessen

Eine Worker-Zahl, die Sie selbst setzen, hat Vorrang. Die Zahlen auf dieser Seite haben wir mit vier gemessen: etwa 0,6 GB unter Last, nach 30 Sekunden Leerlauf bis auf etwa 0,3 GB freigegeben.

✓ Kein Datenbankserver

Die Daten liegen in eingebettetem SQLite mit demselben WordPress-Schema, im Prozess. Auf der WordPress-Seite hält MariaDB allein grob 0,2 bis 0,4 GB, je nach Buffer Pool.

✓ Keine Cache-Schichten

BookPress läuft ohne Objekt-Cache und ohne Seiten-Cache. Jede Seite in diesen Zahlen hat es von Grund auf gerendert.

✓ Eine Binärdatei

Der Server ist ein Programm von 1,8 MB. Seine Worker laden es einmal und teilen es.

Was das für Sie heißt

Speicher, der zwischen Besuchern zurückkommt.

Unter Last braucht dieselbe Website etwa 0,6 GB auf vier BookPress-Workern, nah an einem passend dimensionierten WordPress und ein Drittel eines optimierten Pools. Im Leerlauf gibt sie bis auf etwa 0,3 GB frei, während die WordPress-Pools halten. Die Ersparnis bei vielen Websites ist diese Freigabe im Leerlauf, kein fast kostenloser Worker. Die Websites behalten ihre Themes, ihr /wp-admin und ihre URLs.

Wenn Sie die Server betreiben

BookPress ist Software, die Sie auf Ihrer eigenen Infrastruktur betreiben, lizenziert pro Website bis 500 und pro vCPU darüber. Eine Website kommt als normaler MySQL-Dump an und kann auf demselben Weg wieder gehen.

Für Hoster →

Wenn ein Hoster sie für Sie betreibt

Sie installieren BookPress nicht selbst; Sie fragen den Hoster, der Ihre Websites betreibt, ob er es tut. Bringen Sie ihm zwei Zahlen mit: etwa 0,3 GB im Leerlauf gegen 0,43 bis 1,8 GB eines WordPress-Pools, und etwa das 4,5-Fache (Intel) bis über das 5-Fache (ARM) der Requests pro Sekunde auf echten Shop-Seiten.

Für Agenturen →

Was es kostet

Der Preis richtet sich nach der Infrastruktur, die Sie nicht mehr mieten: pro Website von $1.00€0.85 bis hinunter zu $0.45€0.38, und pro lizenzierter vCPU ab 500 Websites. Jährliche Abrechnung.

Preise →

Messen Sie es auf Ihren eigenen Websites

Sagen Sie uns, wie viele Websites Sie betreiben, welche Plugins darauf laufen und wo Sie heute hosten. Wir messen es mit Ihnen auf Ihrer eigenen Hardware.

[email protected]