Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:89482 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 17910 invoked from network); 28 Nov 2015 21:02:35 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 28 Nov 2015 21:02:35 -0000 Authentication-Results: pb1.pair.com header.from=johannes@schlueters.de; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=johannes@schlueters.de; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain schlueters.de from 217.114.215.10 cause and error) X-PHP-List-Original-Sender: johannes@schlueters.de X-Host-Fingerprint: 217.114.215.10 mail.experimentalworks.net Received: from [217.114.215.10] ([217.114.215.10:55568] helo=mail.experimentalworks.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id F6/30-04444-A661A565 for ; Sat, 28 Nov 2015 16:02:35 -0500 Received: by mail.experimentalworks.net (Postfix, from userid 1003) id 00C2F4F98B; Sat, 28 Nov 2015 22:02:38 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on km31408.keymachine.de X-Spam-Level: X-Spam-Status: No, score=-1.0 required=4.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.0 X-Spam-HAM-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP Received: from [192.168.2.34] (ppp-93-104-6-69.dynamic.mnet-online.de [93.104.6.69]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: johannes@schlueters.de) by mail.experimentalworks.net (Postfix) with ESMTPSA id 964224F988; Sat, 28 Nov 2015 22:02:36 +0100 (CET) Message-ID: <1448744546.16672.6.camel@kuechenschabe> To: Jan Ehrhardt Cc: internals@lists.php.net Date: Sat, 28 Nov 2015 22:02:26 +0100 In-Reply-To: References: <009301d128fa$bb2675d0$31736170$@lool.fr> <1448631693.24066.10.camel@kuechenschabe> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.10.4-0ubuntu2 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Proof of Concept : 3.5x and more Performance Boost for php7 using 4 cores From: johannes@schlueters.de (Johannes =?ISO-8859-1?Q?Schl=FCter?=) On Fri, 2015-11-27 at 21:35 +0100, Jan Ehrhardt wrote: > 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. Yes, there are cases where this might be useful, but it is also a notable complication of the implementation and in my opinion (feel free to disagree) PHP shouldn't do "everything" good, but solve the Web thing in the best way we can. There are other languages and tools for other things. So for a sensible evaluation: Take a "common" application, profile it, identify the areas which are relevant, create proof-of-concept implementation, compare under load. johannes