ok,
cat /proc_userbeancounters:
limit failcnt
privvmpages 262144 22
numproc 640 136
tcprcvbuf 5368709 2012
Failcountul nu e mare aparent insa uptime-ul e mic.
plus php-ul setat cu cgi (nu cred ca e fastcgi din cate am vazut rapid) duce la probleme astfel:
odata la x secunde se spameaza un minim de 15-20 procese php per secunda dupa care disapr. E normal fara o limita per cgi/fastcgi. De aici rezulta failcount-uri la numarul de procese.
Un proces php consuma foarte mult CPU in cazul de fata, scoate plugin-uri, probabil e wordpress. Pluginurile sunt foarte proaste si consuma mult.
S-a ajuns si la limita de 1GB burst (privvmpages).
tcprcvbuf adica bufferul tcp de primite s-a umplut de multe ori pana acum, fie upload catre site fie download de pe VPS pachete mici si multe sau prea mari.
Primul lucru e sa scoti cgi-ul ala. Sper ca httpd e pe threaduri (worker) nu ?
Pune fastcgi daca nu e pus deja si limiteaza numarul de procese php la 7-15 sau asemanator.
Nu am vazut mysql-ul sa consume prea mult dar se poate umbla si acolo.