Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:39540 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 69340 invoked from network); 1 Aug 2008 13:11:00 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 1 Aug 2008 13:11:00 -0000 Authentication-Results: pb1.pair.com header.from=stefan.esser@sektioneins.de; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=stefan.esser@sektioneins.de; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain sektioneins.de from 85.214.103.31 cause and error) X-PHP-List-Original-Sender: stefan.esser@sektioneins.de X-Host-Fingerprint: 85.214.103.31 h1332034.stratoserver.net Linux 2.6 Received: from [85.214.103.31] ([85.214.103.31:12849] helo=h1332034.stratoserver.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 74/16-39007-16B03984 for ; Fri, 01 Aug 2008 09:10:57 -0400 Received: from Very-Black-Mac.lan (port-87-193-248-162.static.qsc.de [87.193.248.162]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by h1332034.stratoserver.net (Postfix) with ESMTP id 169F8A245AA; Fri, 1 Aug 2008 15:06:37 +0200 (CEST) Message-ID: <48930B84.80305@sektioneins.de> Date: Fri, 01 Aug 2008 15:11:32 +0200 User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: Dmitry Stogov CC: Marcus Boerger , PHP Internals List References: <4890CC7A.6060303@sektioneins.de> <416879664.20080801004706@marcus-boerger.de> <4892F46A.1060008@zend.com> <4892F813.6050402@sektioneins.de> <4892FB94.5030107@zend.com> In-Reply-To: <4892FB94.5030107@zend.com> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Switch Table Extension for PHP From: stefan.esser@sektioneins.de (Stefan Esser) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Dmitry, > As you set the extended_value in shared memory to point into process > memory the other process will read it and look into it's own memory, and > of course it won't find proper switch-table there. In case the opcode cache directly uses op_array mapped in shared memory the extension should result in a slow down because every . However it SHOULD detect that the extended_value points to an invalid memory address, because it checks if it points into the memory allocated. The heap should be random enough to catch this most of the time. But yeah I know that there are some (potential) problems ;) That is why it is experimental. The bigger question is however if the whole idea fails with some switch() constructs. Stefan Esser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkiTC4QACgkQSuF5XhWr2ni66ACdG2DuhO/q2n1StRU559QCPoMn iiwAoLpBBcA/jQD0NjBajkD/uRpEWa5M =kloR -----END PGP SIGNATURE-----