Leistungsmessung und Benchmarks #

Diese Seite richtet sich an Ingenieure, die Zahlen brauchen: um Server zu vergleichen, um zu belegen, dass eine Änderung nichts langsamer gemacht hat, oder um zu finden, wo eine Seite ihre Zeit verbringt. Exponential liefert einen eigenen Benchmark-Befehl mit; kein externes Lastwerkzeug ist nötig. Die Referenz ist Benchmark: exp:benchmark, und die Schritt-für-Schritt-Anleitung ist Benchmarking von Exponential.

Inhalt #

1. Die vier Modi
2. Standardmäßig sicher
3. Leistungsprüfungen in der CI
4. Finden, wohin die Zeit geht
5. Fair vergleichen
6. Veröffentlichte Zahlen lesen

Die vier Modi #

./console exp:benchmark --allow-root-user          # http: the front page, three menu pages, the admin login
./console exp:benchmark kernel --allow-root-user   # the parts of a page, in-process
./console exp:benchmark micro --allow-root-user    # hot paths, no web server, no database
./console exp:bench --help                          # exp:bench is the short name

php bin/php/benchmark.php ... ist derselbe Befehl ohne die Konsole.

Standardmäßig sicher #

Ein Benchmark ist Last. Die Standards sind höflich (100 Anfragen je URL, 4 gleichzeitig, nur GET), und alles, was wie ein Lasttest des Servers eines anderen aussieht (ein anderer Host, hohe Gleichzeitigkeit, viele Anfragen), braucht --force. Ein Host, den die Website nicht bedient, wird abgelehnt, sofern seine URLs nicht ausdrücklich genannt sind. --cold-clear ist die einzige Option, die schreibt: Sie leert zuerst den View-Cache für Inhalte; --cold misst an den Caches vorbei, ohne etwas zu leeren.

Leistungsprüfungen in der CI #

Der Workflow Performance führt den Micro-Benchmark (PHP 8.5) bei einem Push oder Pull-Request aus, der PHP, Templates, settings/ oder den Benchmark selbst ändert, gegen tests/benchmark/baseline.json. Eine Messung über der Schwelle wird noch einmal gemessen, und nur der zweite Lauf zählt. Es ist eine Warnung, keine blockierende Prüfung. Reproduzieren Sie sie mit:

php bin/php/benchmark.php micro --baseline=tests/benchmark/baseline.json --all-checks

mit ausgeschaltetem OPcache für die Kommandozeile (Continuous Integration).

Finden, wohin die Zeit geht #

• Die Debug-Leiste zeigt Seitenzeit, SQL-Anzahl und -Zeit, Spitzenspeicher und verwendete Templates, mit Reitern für Zeitmessung, SQL, Templates und Speicher (Die Exp-Debug-Leiste). Schalten Sie sie nur für Ihre eigene Adresse ein.
• Der Modus kernel des Benchmarks zerlegt eine Seite in ihre Teile.
• Velocity hat einen Bericht zum Opcode-Cache und ein Profil (Opcode-Cache und Profil von Velocity).
• Hinweise zum Profiling von Anwendungscode: Profiling und Leistung.

Fair vergleichen #

• Vergleichen Sie A und B direkt nacheinander, auf demselben Rechner, mit denselben warmen oder kalten Caches.
• Verwenden Sie Mediane über viele Anfragen, keine einzelnen Anfragen oder Bestwerte.
• Ändern Sie jeweils eine Sache: die Engine, eine Einstellung oder den Code.
• Notieren Sie PHP-Version, Engine, Datenbank und welche Caches an waren.
• Beurteilen Sie den Speicher von Velocity nach PSS, nie nach RSS.

Veröffentlichte Zahlen lesen #

Das README dokumentiert Zahlen für den Velocity-Stack (zum Beispiel einen Median je zwischengespeicherter Seite und Anfragen je Sekunde auf einem Rechner mit 12 Kernen) und sagt, dass Methodik und Skripte mit dem Projekt ausgeliefert werden. Behandeln Sie jede veröffentlichte Zahl als Messung auf dieser Hardware, mit dieser Seite und diesen Caches, und wiederholen Sie sie auf Ihrer, bevor Sie damit planen.

Verwandte Seiten #

• Caching-Ebenen für Ingenieure
• Benchmarking einer gehosteten Website
• HTTP/2 und Vorwärmen von Caches
• Freie Dokumentation: Diese Seite darf unter der GNU FDL 1.3 frei kopiert, übersetzt und verbessert werden.