PHP Realpath Cache nur bei nachgewiesenem Bedarf anpassen

Cookbook: Ziel und Ergebnis

Der bestehende Realpath Cache wird nur geändert, wenn Messung eine Sättigung oder viele wiederholte Pfadauflösungen zeigt. Moderne PHP-Versionen starten typischerweise bereits bei 4 MB.

Rezept: Schritt für Schritt

1. Konfiguration und open_basedir prüfen; Cache-Daten über geschützten Admin-/CLI-Kontext mit realpath_cache_size() und realpath_cache_get() erfassen.
2. Belegte Bytes nach Warmup und repräsentativem Request-Set messen; Deployments mit Symlinks/Release-Verzeichnissen dokumentieren.
3. Nur bei geringer Reserve in moderatem Schritt erhöhen. TTL an Änderungs-/Deployment-Frequenz ausrichten.
4. FPM reloaden, Warmup wiederholen und Dateisystem-/TTFB-Effekt vergleichen.

Rechenweg oder Entscheidungsregel

Belegung (%) = realpath_cache_size() / realpath_cache_size_limit × 100\nStartreserve: gemessener Peak × 1,2 bis 1,5

Praxisbeispiel

Peak 3,7 MB bei 4-MB-Limit (92,5 %): nächster Testwert 8 MB. Peak 1,1 MB bei 4 MB: keine Änderung. Bei 20 FPM-Workern ist zu beachten, dass Prozess-/SAPI-Verhalten und Gesamt-RAM gemessen werden müssen.

Prüfen, ob es funktioniert

• Cache hat nach vollständigem Warmup sinnvolle Reserve.
• Releasewechsel/Symlink-Deployment liefert sofort den neuen Code.
• Messbarer Effekt auf Dateisystemaufrufe oder dynamische Laufzeit; sonst Änderung verwerfen.

Rollback

INI-/Poolwert auf Ausgang setzen, Syntax prüfen und FPM neu laden. Bei fehlerhaftem Releasewechsel alten Release-Link gemäß Deployment-Rollback wiederherstellen.

Einordnung

WordPress lädt viele PHP-Dateien. Der Realpath Cache vermeidet wiederholte Dateisystemauflösung. PHP nennt aktuell 4 MB als Standard für realpath_cache_size; ältere Artikel beziehen sich oft auf längst überholte 16 KB.

Wann prüfen

Große Installationen mit sehr vielen Dateien, langen Pfaden oder beobachteter Cache-Sättigung können profitieren. realpath_cache_size() und realpath_cache_get() helfen bei der Auslastungsprüfung. open_basedir beeinflusst die Nutzbarkeit.

TTL und Deployments

Eine längere realpath_cache_ttl passt zu selten veränderten Dateisystemen, kann aber Deployment-/Symlink-Strategien beeinflussen. Änderungen gehören in PHP-/Pool-Konfiguration und müssen mit dem Host abgestimmt werden.

Erfolgskontrolle

Cache-Füllung und Dateisystem-Calls vor/nachher vergleichen. Für die meisten Sites ist OPcache, Page Cache oder weniger Anwendungsarbeit deutlich wichtiger.

Quellen und Prüfstand

• PHP-Handbuch: Core-INI-Direktiven
• PHP-Handbuch: realpath_cache_size()

Inhalt fachlich geprüft am 17. August 2026. Konkrete Werte sind Ausgangspunkte, keine Universaldosierung.