Thanks, been working on various avenues to track down particular bottlenecks.&nbsp; For one thing, I realized we weren&#39;t caching PHP pages (we had turned it off the other day).&nbsp; <br><br>
<div class="gmail_quote">On Wed, Jan 14, 2009 at 2:03 PM, Just Marc <span dir="ltr">&lt;<a href="mailto:marc@corky.net">marc@corky.net</a>&gt;</span> wrote:<br>
<blockquote style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid" class="gmail_quote">Most of the times a load increase on PHP nodes is a direct result of a slow db, or certain slow db queries. &nbsp;Turn on the slow query log on your mysql box and eliminate any slow queries you see, especially ones that show up often. &nbsp;Turn on the mysql log which shows sql queries that don&#39;t use indices and add the appropriate indices.<br>
<br>If you have PHP processes consistently having NOTICEABLE load and you&#39;ve made sure no db queries are slow try <a href="http://xdebug.org/" target="_blank">http://xdebug.org/</a> &nbsp;and it will give you very useful information - although most of the time this is a more advanced method for higher traffic / higher performance sites who care deeply about how their scripts behave.<br>
<br>There are countless ways to monitor and keep track of important performance metrics on your servers. &nbsp; Most often it&#39;s useful to watch more than a few parameters and regularly make sure that the are under control.<br>
<font color="#888888"><br>Marc</font> 
<div>
<div></div>
<div class="Wj3C7c"><br><br>Olivier Bonvalet wrote:<br>
<blockquote style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid" class="gmail_quote">Hello,<br><br>if you use a wrapper for PHP with for exemple &quot;export PHP_FCGI_CHILDREN=16&quot;, then the opcode cache will be shared between 16 php instances.<br>
<br>If you have 4 or more CPU, you should try to use &quot;xcache&quot; instead of &quot;apc&quot; (and don&#39;t forget to adjust the xcache.count parameter), which give much better results for us (about 75% faster in high load).<br>
<br>Good luck,<br>Olivier<br><br>Joe Aston a écrit :<br>
<blockquote style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid" class="gmail_quote">I seem to remember using PHP APC with FastCGI was a bad idea because php-cgi processes couldn&#39;t share the same cache - they all required their own unique caches.<br>
<br>How many php-cgi processes are you running?<br><br>On Wed, Jan 14, 2009 at 4:14 PM, Ilan Berkner &lt;<a href="mailto:iberkner@gmail.com" target="_blank">iberkner@gmail.com</a> &lt;mailto:<a href="mailto:iberkner@gmail.com" target="_blank">iberkner@gmail.com</a>&gt;&gt; wrote:<br>
<br>&nbsp; &nbsp;Does anyone have specific or &quot;generic&quot; optimization guidelines for<br>&nbsp; &nbsp;running Nginx in the following configuraiton?<br>&nbsp; &nbsp; &nbsp; &nbsp; - Dedicated Nginx server (1)<br>&nbsp; &nbsp;- PHP FPM<br>&nbsp; &nbsp;- FastCgi<br>&nbsp; &nbsp; &nbsp; &nbsp; - Dedicated DB Server<br>
&nbsp; &nbsp;- MySQL<br>&nbsp; &nbsp; &nbsp; &nbsp; Traffic on our site is increasing and I noticed that CPU<br>&nbsp; &nbsp;utilization on our Nginx server is going over 50%, primarily to<br>&nbsp; &nbsp;php-cgi processes. &nbsp;We are optimizing php using APC.<br>&nbsp; &nbsp; &nbsp; &nbsp; Any suggestions would be greatly appreciated (additional<br>
&nbsp; &nbsp;information can be provided).<br>&nbsp; &nbsp; &nbsp; &nbsp; Thanks<br>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;<br></blockquote><br><br></blockquote><br><br></div></div></blockquote></div><br>