Also, there were calls to both poll and select.Ĭould someone give me pointers as to what to check next? I tried tracing system calls and saw lstat, read, write and access, which would generate waiting and not cpu load were they the problem (correct?).
None of these actually perform any computation, so they can't be the source of the cpu problem.
#NI OPC SERVER HIGH CPU AND MEMORY USAGE HOW TO#
I'm at a loss as to how to determine what exactly every php-cgi process is doing to require such a high CPU demand - the site has been heavily modified by several different software teams before we started giving it maintenance. No WP Super Cache (nginx does the caching), no XCache. There's also some counters kept in a Redis database, mostly to count page views for every post. To avoid hitting MySQL all the time, we save HTML fragments in memcached, which currently caches between 2 and 4MB, as reported by the stats command in a telnet connection These are run via mod_cgi using the ExecCGI optionīoth Apache and nginx do compression on every human-readable file It delegates to Apache when PHP scripts are required.
Nginx works as a reverse proxy, serving every static file that it can and caching pages via the proxy_cache directive. The output shows that the most CPU an individual process uses is ~60%, but there's been times where I've had as many as 7 process using more than 90% cpu. I have a WordPress multi-user site that pegs all of my CPUs at more than 90% usage: top - 12:02:58 up 55 days, 5:25, 10 users, load average: 20.51, 15.66, 14.90
0 kommentar(er)
