Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:65860 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 92226 invoked from network); 15 Feb 2013 09:08:49 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 15 Feb 2013 09:08:49 -0000 X-Host-Fingerprint: 85.223.116.227 227-116.citynet.ftth.internl.net Received: from [85.223.116.227] ([85.223.116.227:22788] helo=localhost.localdomain) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 7A/22-13024-02BFD115 for ; Fri, 15 Feb 2013 04:08:49 -0500 To: internals@lists.php.net Date: Fri, 15 Feb 2013 10:08:45 +0100 Message-ID: References: X-Newsreader: Forte Agent 3.3/32.846 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Posted-By: 85.223.116.227 Subject: Re: [PHP-DEV] Re: O+ 1st results From: phpdev@ehrhardt.nl (Jan Ehrhardt) Pierre Joye in php.internals (Fri, 15 Feb 2013 09:54:03 +0100): >On Fri, Feb 15, 2013 at 9:45 AM, Jan Ehrhardt wrote: >>>http://windows.php.net/downloads/snaps/ostc/pftt/perf/results-20130213-5.4.11-5.5.0devvc11.html >> >> Is that the column 5.5.0devvc11 under APC -igbinary? I have a Drupal7 >> site running on my devserver (W2K8, Apache 2.4.3, PHP 5.3.21 TS as >> mod_fcgid) and do not get the idea it is running at one third (21.9 / >> 69.4) of the speed of the same site without any cache at all. > >No, but O+ is broken right now in ZTS, it makes no sense to do further >testing before it works for more than 0.5 request ;) > >But running TS builds in FCGI reduces drastically the issues due to >thread safety bugs, while it makes no sense to use them, fcgi and the >likes should rely on NTS builds. ZTS will do all kind of locks where >it is absolutely not required, that explains at least 15-20% of the >perf drop, virtual paths cover the rest. I will try to compare the same site side-by-side with different configs. The dev-server has 4 IPv4=adresses which gives a lot of config options. >>>Mediawiki is slower because it does not support yet O+ for usercache, >>>along other things. >> >> Is the same the case with Symfony? > >no, MediaWiki caching modules only support APC or Wincache so far. Is the performance drop for Symfony in the Wincache test due to the fact that wincache is optimized for IIS or are there other reasons? Jan