Stefan Parvu Wrote: ------------------------------------------------------- > You are talking about a system slowdown caused by your current > workload. This might be caused by a series of things some related > to the kernel. But most likely analysing with SystemTap whats going > on here might help. Thats why I keep telling people DTrace is like a gold mine > or a step in thby Sessna - Nginx Mailing List - English
Stefan Parvu Wrote: ------------------------------------------------------- > I meant nicstat. Works on Linux, Solaris. > Probable worth of considering porting this to FreeBSD too. here are latest results from netstat and nicstat tools netstat -ant | grep ESTABLISHED | egrep ':80\>' | wc -l 1157 We can say 1157 HTTP sessions are established (and may be kept alive) nicstaby Sessna - Nginx Mailing List - English
Stefan Parvu Wrote: ------------------------------------------------------- > Give a try to netstat: thanks for advice, looks like very good tool > 2. vmstat: would as well give you an overall picture of cpu/mem > what does it say on your box: vmstat 1 10 ? > Run this as well > on your DB server. > check free column > check si, so Here isby Sessna - Nginx Mailing List - English
Stefan Parvu Wrote: ------------------------------------------------------- > You should check CPU%, Disk IO% and probable look for > operations on the wait queue. sysrec does this on Solaris, > Im working to port the recorder on Linux, FreeBSD. > You should somehow count for yourself: I am using sar tool at the moment and unfortunately not that experienced to migrate SDR froby Sessna - Nginx Mailing List - English
Cliff Wells Wrote: ------------------------------------------------------- > This means that php-cgi is spending 99.99% of its time in I/O, not that > it's creating 99.99% of your I/O. It means php-cgi is waiting almost > all the time. This is reasonable and fully corresponds to the PHP script action pattern: gather data for quering MySQL, issue prepared query and wait for resultsby Sessna - Nginx Mailing List - English
Cliff Wells Wrote: ------------------------------------------------------- > You fail to mention what sort of disk subsystem you are using. One SCSI disk > High load is often indicative of I/O bottlenecks. > You also don't mention what OS you are using, CentOS release 5.4 > you should install iotop and take a look at what process is driving the load Here is the snippby Sessna - Nginx Mailing List - English
I am using nginx + php-fpm (quad-core PC) + MySQL (on another PC) and facing an interesting issue: after some time nginx is running, system "load average" goes up (sometimes up to 30 and even more points) while CPU usage is still less then 30% With such a high load system becomes very slow and unresponsive. Restarting nginx helps, but only for a little while. Any ideas on the matter?by Sessna - Nginx Mailing List - English