Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:65108 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 62444 invoked from network); 23 Jan 2013 09:27:48 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 23 Jan 2013 09:27:48 -0000 Authentication-Results: pb1.pair.com header.from=rasmus@lerdorf.com; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=rasmus@lerdorf.com; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lerdorf.com from 209.85.216.172 cause and error) X-PHP-List-Original-Sender: rasmus@lerdorf.com X-Host-Fingerprint: 209.85.216.172 mail-qc0-f172.google.com Received: from [209.85.216.172] ([209.85.216.172:48571] helo=mail-qc0-f172.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id B9/D0-54973-31DAFF05 for ; Wed, 23 Jan 2013 04:27:48 -0500 Received: by mail-qc0-f172.google.com with SMTP id b25so3419160qca.31 for ; Wed, 23 Jan 2013 01:27:45 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding:x-gm-message-state; bh=h/nvJWwaujukERzlHJXQrW2yj3y6Ht7+aXa7mscKxP8=; b=VTZYxvz8GLtaQWydSzOnhqLnD++EVXmCAk5RVYwzrsfZc6BbUydldWqX6w0hJBd7vf HEAduKF2LSF04KBSqok606aEAyBwqoI3d0gjBuQqEKQGohY2I9vuWQdeyQUxaTnE74sy zP1IkEC9HUTZp3LIOVrjJCcScsmXfK9PFHPXVqCZtzNeEzLESxD0+i9557AaOMwBP/0K Rq4kChcF6RSW64yj7vbK2Z/4jOwg/okR9NC7SMKU0pTm7JCw3+bphm/6HBY6n5Ytsuxe fi7mgH++Hp1LyVcU+ZrFruQv2zdJtn49AEpwDmvsykaOeRsxIEVyceauIO27/savpRrA 6ruw== X-Received: by 10.224.31.209 with SMTP id z17mr1059201qac.28.1358933265063; Wed, 23 Jan 2013 01:27:45 -0800 (PST) Received: from [192.168.200.148] (c-50-131-44-225.hsd1.ca.comcast.net. [50.131.44.225]) by mx.google.com with ESMTPS id i15sm12893688qah.21.2013.01.23.01.27.43 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 23 Jan 2013 01:27:44 -0800 (PST) Message-ID: <50FFAD0E.7090804@lerdorf.com> Date: Wed, 23 Jan 2013 01:27:42 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130106 Thunderbird/17.0.2 MIME-Version: 1.0 To: Pierre Joye CC: Clint Priest , PHP Developers Mailing List References: <50F840F4.7080704@zerocue.com> <50FE7579.1010409@zerocue.com> <50FECA4E.6080408@lerdorf.com> In-Reply-To: X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQmspHxn+I7oHruTHsfgJsvKYmXHDsGJZg2ni+nwieZZ9yG0lcAM6TO6Bs/Gg6Bs7v75KldA Subject: Re: [PHP-DEV] [VOTE] Property Accessors for 5.5 From: rasmus@lerdorf.com (Rasmus Lerdorf) On 01/23/2013 01:15 AM, Pierre Joye wrote: > About opcode cache complexity, I think apc per se is full of things we > should simplify or drop as features to make the code base much smaller > and much easier to test and valid, we have discussed that already and > we disagreed. But this is a topic I really want to bring on the table > before we even consider bringing it in core (see other requests about > that). You completely changed the subject. I made no mention of opcode cache complexity. As far as I am concerned, the way to handle opcode cache simplification is to attack it from both ends. A lot of the tricks that need to be done in APC are because the compiler isn't really geared towards opcode caching. To really simplify APC we need to simplify the compiler and obviously make the corresponding changes to the executor. The things you want to remove from APC are superficial things and are not the root cause of the complexity. Things like the compiler spitting out context-sensitive op_arrays (see the MAKE_NOP() tricks in zend_compile.c) really make life difficult for an opcode cache. But yes, I completely agree that this is a much more interesting problem that I think we should be working on rather than more OO candy. -Rasmus