Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:65188 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 4144 invoked from network); 25 Jan 2013 19:02:51 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 25 Jan 2013 19:02:51 -0000 Authentication-Results: pb1.pair.com header.from=pierre.php@gmail.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=pierre.php@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.217.179 as permitted sender) X-PHP-List-Original-Sender: pierre.php@gmail.com X-Host-Fingerprint: 209.85.217.179 mail-lb0-f179.google.com Received: from [209.85.217.179] ([209.85.217.179:33776] helo=mail-lb0-f179.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 0E/A4-14132-8D6D2015 for ; Fri, 25 Jan 2013 14:02:49 -0500 Received: by mail-lb0-f179.google.com with SMTP id j14so1283916lbo.38 for ; Fri, 25 Jan 2013 11:02:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=ISEcY4q4pxfqA693athmSELG4MuZ/uuCrcojFPgpJmE=; b=zQNiwZQq6f4tgfBUa/9cWrUHFhO7GrDJxvFzEkNetRVWbwQ45uevBzAzJCw35FW322 /nRJeq+oQXpgoWx5TleK+TnO2U7/colKW2AEPYdpwlCzOnBwE0Wcp4Uv3iAAyEluglDv PfSz/E+VoqsAowaoCn0PwXgU6m58CdksZl88bIqHQgUcvxEGXxbeWg5hJqdsVixgqp1G vjFCB8XvoSTL4JcwBb80rFZjvGs0qDZlyrOgzq2BLKJmXC9ZhX7rkw16G2ViZMssQ4If fz2LNGHocKsUGzg1ELOo48XVDFnfaRX7UkhmD6cj0rETs3RgPrbzZ0cO5GzlvTjxFK2L f2Lg== MIME-Version: 1.0 X-Received: by 10.152.109.146 with SMTP id hs18mr6118772lab.8.1359140565683; Fri, 25 Jan 2013 11:02:45 -0800 (PST) Received: by 10.112.127.230 with HTTP; Fri, 25 Jan 2013 11:02:45 -0800 (PST) In-Reply-To: <33ca8b76c1b1af556282cbeaa81824d4@mail.gmail.com> References: <51023AB1.2010607@b1-systems.de> <51024016.4010005@lerdorf.com> <33ca8b76c1b1af556282cbeaa81824d4@mail.gmail.com> Date: Fri, 25 Jan 2013 20:02:45 +0100 Message-ID: To: Zeev Suraski Cc: Rasmus Lerdorf , Ralf Lang , PHP internals Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: [PHP-DEV] HEADS UP: Upcoming Feature Freeze for PHP 5.5.0 From: pierre.php@gmail.com (Pierre Joye) On Fri, Jan 25, 2013 at 7:48 PM, Zeev Suraski wrote: >> -----Original Message----- >> From: Pierre Joye [mailto:pierre.php@gmail.com] >> Sent: Friday, January 25, 2013 8:42 PM >> To: Zeev Suraski >> Cc: Rasmus Lerdorf; Ralf Lang; PHP internals >> Subject: Re: [PHP-DEV] HEADS UP: Upcoming Feature Freeze for PHP 5.5.0 >> >> hi Zeev, >> >> On Fri, Jan 25, 2013 at 5:25 PM, Zeev Suraski wrote: >> >> Either by a number of people stepping up to help with the existing >> >> APC >> > code, or >> >> perhaps more realistically making it a priority in PHP 5.6 to >> >> streamline >> > the >> >> engine and the executor for opcode caching and either including a >> > heavily >> >> simplified version of APC or writing a new one. >> >> >> >> One thing I can guarantee is that if we add it to core in its current >> > condition it >> >> will delay 5.5 by 6+ months if not longer. >> > >> > There's another option. We have the Optimizer+ component which is >> > current, a bit faster than APC, worked with PHP 5.4 from the get go >> > and already fully supports 5.5 - and now that it's been free for use >> > for several years, we'd actually be happy to opensource it and make it >> > a part of core. An extra benefit would be that we'd commit to >> > maintain it, although of course, community contribution will be very > welcome. >> > Here too, it's code with a very long history, some of which even >> > predates PHP 4.0. But It Works(tm), and we could put some effort into >> > cleaning it up and beautifying it. >> >> Thanks, That sounds great. >> >> > I think we can actually do it on time for 5.5.0, or with a relatively >> > minor delay that might be worth it. I'm sure most users would prefer >> > the version to take a bit longer if it comes with an opcode cache >> > right off the bat. >> > There'll most probably be APIs we'd want to merge from APC, but doing >> > that should be easy - and we can get the good of both worlds. >> >> Please don't bring over the user cache, please don't :-) > > Sounds like there's concensus we don't want these things coupled, so we > should probably handle that part separately :) > >> >> Quesiton: Does it support both NTS and TS? > > I think it used to but if it did that part hasn't been maintained for a > very long time. Not sure where it stands right now... That's where APC is very stable, we have spent quite some time to make it TS-ready, windows and linux. That's an area where I can help. Cheers, -- Pierre @pierrejoye | http://blog.thepimp.net | http://www.libgd.org