Am 27.11.2015 9:35 nachm. schrieb "Jan Ehrhardt" <php...@ehrhardt.nl>: > > Johannes Schlüter in php.internals (Fri, 27 Nov 2015 14:41:33 +0100): > >On Fri, 2015-11-27 at 11:02 +0100, Pascal KISSIAN wrote: > >> > >> I made a simple test to know if it was possible to speed-up php > >> performance by using parallel programming. > > > >Your test runs a single PHP process. Mind that in a typical deployment > >on a server you have quite a few parallel PHP processes already > >competing for time on the CPU (when not waiting for IO) a benchmark > >should reflect that. > > In most cases that is true. But not always: we have an application that > uses PHP for matching a lot of profiles with a couple of hundred job > opportunities. Despite a lot of optimizations it drills down to a single > PHP thread doing the bulk of the processing. We even chose a processor > with a high single thread score when we had to buy a dedicated server to > run this application, using these charts: > http://www.cpubenchmark.net/singleThread.html > > So anything that makes PHP using more cores would be very welcome. > Preferably it has to be transparent, i.e. without extra coding like > starting up more threads using the php threads extension. > -- > Jan > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php >
Maybe a bit offtopic, but for that jobqueue and workers were designed? So you could use multiple workers? Or is it not possible there?
