httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From William A Rowe Jr <wr...@rowe-clan.net>
Subject Re: Improve Apache performance on high load (prefork MPM) with multiple Accept mutexes (Patch attached)
Date Tue, 27 Oct 2015 16:10:08 GMT
On Oct 27, 2015 05:38, "Arkadiusz Miƛkiewicz" <arekm@maven.pl> wrote:
>
> On Monday 26 of October 2015, Yehezkel Horowitz wrote:
> > First, thanks Nick for the feedback.
> >
> > I have submitted https://bz.apache.org/bugzilla/show_bug.cgi?id=58550 as
> > you suggested.
> >
> > >If a threaded MPM really isn't an option (for most users the obvious
> > >solution), then the question is what works for you.
> >
> > I can't use threaded MPM as PHP (at least my version) doesn't support
it.
>
> Not only yours. php doesn't support thread safety for normal usage... it's
> marked experimental for ages:
>
> From php 5.6/7.0 configure help:
>
> "  --enable-maintainer-zts Enable thread safety - for code maintainers
only!!"

In general, the thread safety does work, but is not as efficient as it
could be.

Which is why most php developers and users rely on fastcgi (in httpd,
either through mod_fcgid or mod_proxy_fcgi).  It is generally cleaner and
more efficient to run a smaller pool of php fcgi responders to service most
applications, keep the benefits of the event (or worker) mpm in httpd.
mod_php is a bit heavyweight to hold memory reservations on every httpd
worker.

Properly tuned you should see excellent performance, depending on whether
your php scripts tend to block (remote SQL access, for example) - but
efficient php can probably be tuned at 2 workers per core and adjust from
there.

Mime
View raw message