Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:65862 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 95196 invoked from network); 15 Feb 2013 09:17:40 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 15 Feb 2013 09:17:40 -0000 Authentication-Results: pb1.pair.com header.from=damz@damz.org; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=damz@damz.org; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain damz.org designates 209.85.210.172 as permitted sender) X-PHP-List-Original-Sender: damz@damz.org X-Host-Fingerprint: 209.85.210.172 mail-ia0-f172.google.com Received: from [209.85.210.172] ([209.85.210.172:52280] helo=mail-ia0-f172.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 8F/C2-13024-33DFD115 for ; Fri, 15 Feb 2013 04:17:40 -0500 Received: by mail-ia0-f172.google.com with SMTP id l29so1076884iag.3 for ; Fri, 15 Feb 2013 01:17:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=damz.org; s=google; h=mime-version:x-received:x-originating-ip:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=m4AEKz+f7C7sPmBXwQ2u4yp/Xl23lVp0V+urF/3VQOU=; b=AE+a+jc3weCRV/sGNlfb3XT2wyUXRWu0EEbfhospefFqmJeluELot0uXwXRtPxwXkN /1xI90mub7AVDkIQTr9vVwKOIQW7jVcON9U4xRGMmHH+o1LrpKnrr8VcHBgAkf9ym3hv ijfVANWnGDmKFd9T4GBjrXcIs/CkNmuo9n9aI= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:in-reply-to:references :date:message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=m4AEKz+f7C7sPmBXwQ2u4yp/Xl23lVp0V+urF/3VQOU=; b=ExH3PBAH94PtGwIW9E2Pm1lOgFFlid1zhii0WQut6VEhjzezO33887eOoRj1tvdY5C jcgaRS9Gr8mfkAN/IpscOVMHHd/UoA+TD+glYZ8IBcOaGOcPM8KolsyPB20RuW0cxhZu Ugtwz5zMgKfZxhuvpmZUSFZiCiNq1l1+RVwCBzFktamLpX20d2/sUDObFo+E7elORGvJ 0/q+n8eBQ3I73XCFthk/5HwQGBuUaD4E1yTKYhv8edbgQWsD7g3McdDG7F6dRWXWmedX 5iHS2nZGg+6gu+w9S14b5WBRbFkKVfc2dM34Cd0EjAFnyADGfsWXTQ4MInB/fBkq3FXH WTtg== MIME-Version: 1.0 X-Received: by 10.50.169.6 with SMTP id aa6mr2384502igc.1.1360919856881; Fri, 15 Feb 2013 01:17:36 -0800 (PST) Received: by 10.50.73.161 with HTTP; Fri, 15 Feb 2013 01:17:36 -0800 (PST) X-Originating-IP: [92.103.57.251] In-Reply-To: References: Date: Fri, 15 Feb 2013 10:17:36 +0100 Message-ID: To: Pierre Joye Cc: Jan Ehrhardt , PHP internals Content-Type: multipart/alternative; boundary=e89a8f2343b9a321a604d5bfd848 X-Gm-Message-State: ALoCoQkrVpzdvj5PGJrenJqTjMlDmw/+8LCxyQY3JG2aBUk4kLj7RR30NkeKEW40C+VZ7H2LnyOy Subject: Re: [PHP-DEV] Re: O+ 1st results From: damz@damz.org (Damien Tournoud) --e89a8f2343b9a321a604d5bfd848 Content-Type: text/plain; charset=ISO-8859-1 I assume that something is functionally wrong on Symfony/O+: Symfony, IIS, cache, PHP5.5.0devvc11: 2195 Symfony, IIS, cache, PHP5.5.0devvc11: 1919 Symfony, IIS, cache, PHP5.5.0devvc11: 2127 There was a previous report that Twig did not work at all with optimizations enabled. Damien On Fri, Feb 15, 2013 at 10:15 AM, Pierre Joye wrote: > On Fri, Feb 15, 2013 at 10:08 AM, Jan Ehrhardt wrote: >> 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? > > Did not analyze it yet. > > WinCache is not IIS optimized but FastCGI (read: process based). Also > we did not enabled file IO cache, which could bring it up in line. > But as neither APC or O+ have it, it cannot be compared. > > Cheers, > -- > Pierre > > @pierrejoye > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > --e89a8f2343b9a321a604d5bfd848--