Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:57226 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 25168 invoked from network); 5 Jan 2012 07:33:17 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 5 Jan 2012 07:33:17 -0000 Authentication-Results: pb1.pair.com header.from=smalyshev@sugarcrm.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=smalyshev@sugarcrm.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain sugarcrm.com designates 67.192.241.183 as permitted sender) X-PHP-List-Original-Sender: smalyshev@sugarcrm.com X-Host-Fingerprint: 67.192.241.183 smtp183.dfw.emailsrvr.com Linux 2.6 Received: from [67.192.241.183] ([67.192.241.183:51277] helo=smtp183.dfw.emailsrvr.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id F1/94-28877-C32550F4 for ; Thu, 05 Jan 2012 02:33:17 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp8.relay.dfw1a.emailsrvr.com (SMTP Server) with ESMTP id 716D08348; Thu, 5 Jan 2012 02:33:14 -0500 (EST) X-Virus-Scanned: OK Received: by smtp8.relay.dfw1a.emailsrvr.com (Authenticated sender: smalyshev-AT-sugarcrm.com) with ESMTPSA id 9B0B1833C; Thu, 5 Jan 2012 02:33:13 -0500 (EST) Message-ID: <4F055238.1070605@sugarcrm.com> Date: Wed, 04 Jan 2012 23:33:12 -0800 Organization: SugarCRM User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Rasmus Lerdorf CC: Laruence , Ferenc Kovacs , Reindl Harald , "internals@lists.php.net" References: <4F048A03.4070408@sugarcrm.com> <4F04A172.7080509@sugarcrm.com> <4F04AA8E.6020701@sugarcrm.com> <4F04AD6D.80608@php.net> <4F04B071.8080102@php.net> <4F04B44D.6080208@thelounge.net> <4F04BCF9.30802@lerdorf.com> <4F04BF63.5060309@lerdorf.com> <4F04C427.9050202@sugarcrm.com> <4F04C920.9050105@lerdorf.com> <4F04CB0D.6040703@lerdorf.com> <4F052C10.30106@lerdor f.com> <4F054CB0.6070202@sugarcrm.com> <4F05517C.5040600@lerdorf.com > In-Reply-To: <4F05517C.5040600@lerdorf.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Re: another fix for max_input_vars. From: smalyshev@sugarcrm.com (Stas Malyshev) Hi! > Yes, but we still need an actual case to look at. Opcode caches > shouldn't be a problem unless they store some representation on disk > that live across server restarts. In the APC world, nobody does that. Is It's not that simple. Take example of FastCGI setup where processes can live and die independently (note that FastCGI does not mandate single-parent fork and in fact on Windows it doesn't work that way). In this setup opcode cache is shared between processes which may have different hash value, unless we give means to the cache to set this value on startup somehow. -- Stanislav Malyshev, Software Architect SugarCRM: http://www.sugarcrm.com/ (408)454-6900 ext. 227