; max_children am 25.09.2026 von 12 auf 24 erhoeht. Im Lasttest griff
; FPM bei 150 gleichzeitigen Einkaeufern auf 41 Arbeiter zu - mit 12 je
; Knoten war bei 24 Schluss und der Rest stand in der Warteschlange.
;
; Mehr als 24 bringt nichts: die Maschinen haben zwei Kerne, und ab
; etwa 150 gleichzeitigen Einkaeufern ist die CPU der Engpass, nicht
; die Arbeiterzahl. Ein Arbeiter belegt rund 23 MB.
;
; Eigener PHP-FPM-Pool für unseren Shop.
;
; Grund: die Frontends haben 3 GB RAM, und der bestehende Pool "www" steht mit
; pm.max_children = 40 schon jetzt über dem, was der Speicher trägt (40 × ~90 MB
; ≈ 3,6 GB). Solange beide Shops parallel laufen, braucht unser Shop einen
; eigenen Pool mit eigener Grenze, sonst verdrängen sich die Prozesse.
;
; Ablage: /etc/php/8.3/fpm/pool.d/riccardo.conf
[riccardo]
user = www-data
group = www-data
listen = /run/php/php8.3-fpm-riccardo.sock
listen.owner = www-data
listen.group = www-data

pm = dynamic
pm.max_children = 24
pm.start_servers = 6
pm.min_spare_servers = 5
pm.max_spare_servers = 8
pm.max_requests = 500

php_admin_value[memory_limit] = 512M
php_admin_value[max_execution_time] = 300
php_admin_value[upload_max_filesize] = 64M
php_admin_value[post_max_size] = 64M
; OPcache-Werte stehen NICHT hier: memory_consumption und
; interned_strings_buffer werden vom FPM-Master einmalig reserviert und aus
; einem Pool heraus ignoriert. Sie liegen in
; /etc/php/8.5/fpm/conf.d/99-riccardo-opcache.ini (Datei php-opcache.ini).

; Beim Umschalten auf die Live-Adresse: Pool "www" des Altsystems auf
; pm.max_children = 10 senken oder abschalten.