Ich habe eine Amazon EC2-Instanz mit NGINX + PHP-FPM (über Socket) + APC.
Ich sehe so etwas iniotopbei hoher Belastung.
Total DISK READ: 0.00 B/s | Total DISK WRITE: 0.00 B/s
TID PRIO USER DISK READ DISK WRITE SWAPIN IO> COMMAND
7200 be/4 www-data 0.00 B/s 135.12 K/s 0.00 % 0.00 % php-fpm: pool www
7202 be/4 www-data 0.00 B/s 308.84 K/s 0.00 % 0.00 % php-fpm: pool www
7183 be/4 www-data 0.00 B/s 61.77 K/s 0.00 % 0.00 % php-fpm: pool www
7185 be/4 www-data 0.00 B/s 69.49 K/s 0.00 % 0.00 % php-fpm: pool www
7186 be/4 www-data 0.00 B/s 73.35 K/s 0.00 % 0.00 % php-fpm: pool www
7189 be/4 www-data 0.00 B/s 196.89 K/s 0.00 % 0.00 % php-fpm: pool www
7191 be/4 www-data 0.00 B/s 158.28 K/s 0.00 % 0.00 % php-fpm: pool www
Der größte Teil der Protokolle ist bereits deaktiviert, das Skript schreibt keine Dateien, aber es gibt immer noch viele Festplattenschreibvorgänge (bis zu 500 IOPS gemäß AWS-Statistiken).
Gibt es eine Möglichkeit, die Anzahl der Festplattenschreibvorgänge zu reduzieren?
Antwort1
Sie müssen herausfinden, warum PHP auf die Festplatte schreiben muss. Im Zweifelsfall würde ich versuchen, PHP-Sitzungen so zu konfigurieren, dass sie auf einer RAM-Disk liegen.
Ich wundere mich immer noch über Ihre iotop-Ausgabe:Festplattenschreibvorgänge insgesamt: 0,00 B/s