Can you elaborate on this a bit? "..the server pool is smaller than Apache's server pool, causing too much thrashing. (See the pm.min_spare_servers and so on)" On 1/12/16 12:20 PM, "Rich Bowen" <rbowen@xxxxxxxxxxx> wrote: > > >On 01/11/2016 04:51 PM, Rose, John B wrote: >> After switching to mod_php from php-fpm we are told the site is working >> 4x faster using mod_php instead of php-fpm. >> >> Any explanation? > > > > > >The cynic in me things that this is a case of old dogs being unwilling >to learn new tricks. > >Other things that come to mind is that fpm is grossly misconfigured - >perhaps they allocated insufficient memory to it? Or are running it on >another machine that has a faulty network connection between them? Or >possibly the server pool is smaller than Apache's server pool, causing >too much thrashing. (See the pm.min_spare_servers and so on) > > > > >> Thanks >> >> From: William A Rowe Jr <wrowe@xxxxxxxxxxxxx >><mailto:wrowe@xxxxxxxxxxxxx>> >> Reply-To: "users@xxxxxxxxxxxxxxxx <mailto:users@xxxxxxxxxxxxxxxx>" >> <users@xxxxxxxxxxxxxxxx <mailto:users@xxxxxxxxxxxxxxxx>> >> Date: Saturday, January 9, 2016 1:58 PM >> To: "users@xxxxxxxxxxxxxxxx <mailto:users@xxxxxxxxxxxxxxxx>" >> <users@xxxxxxxxxxxxxxxx <mailto:users@xxxxxxxxxxxxxxxx>> >> Subject: Re: Circumstances when mod_php would run faster >> than PHP-FPM? >> >> Mod_proxy_fcgi + php-fpm or mod_fcgid with php fcgi sapi should both be >> equivalent when tuned correctly. >> >> Your only option for running php in process efficiently is to use the >> non-threadsafe php in the httpd preform module. Your only option for >> running httpd efficiently is the event, or at least the worker mpm. >> >> Since usually only a subset of the http requests are to a php resource, >> the answer is almost always 'no'. >> >> On Jan 8, 2016 16:48, "Rose, John B" <jbrose@xxxxxxx >> <mailto:jbrose@xxxxxxx>> wrote: >> >> Apache 2.4 >> >> On the same system, same web site, are there circumstances when >> Apache using mod_php would run faster than Apache using PHP-FPM? >> >> Thanks >> > > >-- >Rich Bowen - rbowen@xxxxxxxxxxx - @rbowen >http://apachecon.com/ - @apachecon > >--------------------------------------------------------------------- >To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx >For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx