Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:54152 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 25763 invoked from network); 22 Jul 2011 21:47:34 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 22 Jul 2011 21:47:34 -0000 Authentication-Results: pb1.pair.com smtp.mail=gopalv@notmysock.org; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=gopalv@notmysock.org; sender-id=unknown Received-SPF: error (pb1.pair.com: domain notmysock.org from 74.125.83.42 cause and error) X-PHP-List-Original-Sender: gopalv@notmysock.org X-Host-Fingerprint: 74.125.83.42 mail-gw0-f42.google.com Received: from [74.125.83.42] ([74.125.83.42:47027] helo=mail-gw0-f42.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 06/68-03772-5FFE92E4 for ; Fri, 22 Jul 2011 17:47:34 -0400 Received: by gwb17 with SMTP id 17so2111696gwb.29 for ; Fri, 22 Jul 2011 14:47:31 -0700 (PDT) Received: by 10.142.213.21 with SMTP id l21mr1135169wfg.308.1311371250971; Fri, 22 Jul 2011 14:47:30 -0700 (PDT) Received: from [10.2.4.101] ([64.95.126.165]) by mx.google.com with ESMTPS id o3sm428922wfd.21.2011.07.22.14.47.29 (version=SSLv3 cipher=OTHER); Fri, 22 Jul 2011 14:47:30 -0700 (PDT) Message-ID: <4E29EFF0.3090805@php.net> Date: Fri, 22 Jul 2011 14:47:28 -0700 User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.14) Gecko/20110223 Thunderbird/3.1.8 MIME-Version: 1.0 To: Rasmus Lerdorf CC: Ferenc Kovacs , John Carter , PHP internals References: <1311350192.3249.15.camel@lenny> <4E29A7E6.5080701@php.net> <4E29A95C.3030502@lerdorf.com> <4E29BEA1.9040506@lerdorf.com> In-Reply-To: <4E29BEA1.9040506@lerdorf.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] APC distribute cache/dump files? From: gopalv@notmysock.org (Gopal V) On Friday 22 July 2011 11:17 AM, Rasmus Lerdorf wrote: > On 07/22/2011 10:59 AM, Ferenc Kovacs wrote: >> On Fri, Jul 22, 2011 at 7:04 PM, Pierre Joye wrote: >>> yeah, just re read it and I realized that I miss the zend guard part, >>> which is definitively not on my todos, and will never be :) >>> >>> On Fri, Jul 22, 2011 at 6:46 PM, Rasmus Lerdorf wrote: >>>> The original question was for something akin to Zend Guard which is an >>>> encryption mechanism. There really are no plans for that. >>>> >>>> -Rasmus >>>> >> >> John maybe mentioned Zend Guard as an example, but imp he didn't >> suggested to add the feature set of ZG, only that it would be a nice >> feature, if APC would support dumping/restoring the cache. >> this way for example you could add this to your build/deployment >> workflow, so you don't have to warmup your cache on N machine for >> optimal performance. > > Ah, but if it is for performance reasons, there is very little to be > gained. The big win with APC comes from eliminating disk activity by > pointing the executor directly at the op_array along with the in-memory > function and class caches stored in shared memory. Restoring these from > disk and sorting out where things go in memory is not going to be any > quicker than simply recompiling the file. apc_bin_load/_dump() functions clearly illustrate how this does not really give any benefit for an apache based instance. Although, it does work really well if you are say, running phpunit tests with a large project (and yeah, I've got a bug to fix for the drupal/drush folks). Cheers, Gopal -- http://notmysock.org/blog/