Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:92765 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 31184 invoked from network); 26 Apr 2016 07:45:00 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 26 Apr 2016 07:45:00 -0000 Authentication-Results: pb1.pair.com smtp.mail=remi@fedoraproject.org; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=remi@fedoraproject.org; sender-id=unknown Received-SPF: error (pb1.pair.com: domain fedoraproject.org from 217.70.183.195 cause and error) X-PHP-List-Original-Sender: remi@fedoraproject.org X-Host-Fingerprint: 217.70.183.195 relay3-d.mail.gandi.net Received: from [217.70.183.195] ([217.70.183.195:35306] helo=relay3-d.mail.gandi.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id A0/C9-02401-97C1F175 for ; Tue, 26 Apr 2016 03:44:59 -0400 Received: from mfilter43-d.gandi.net (mfilter43-d.gandi.net [217.70.178.174]) by relay3-d.mail.gandi.net (Postfix) with ESMTP id C4D5CA8150 for ; Tue, 26 Apr 2016 09:44:54 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter43-d.gandi.net Received: from relay3-d.mail.gandi.net ([IPv6:::ffff:217.70.183.195]) by mfilter43-d.gandi.net (mfilter43-d.gandi.net [::ffff:10.0.15.180]) (amavisd-new, port 10024) with ESMTP id 1m-fc0_clF8V for ; Tue, 26 Apr 2016 09:44:52 +0200 (CEST) X-Originating-IP: 82.241.130.121 Received: from builder.remirepo.net (pom51-2-82-241-130-121.fbx.proxad.net [82.241.130.121]) (Authenticated sender: contact@ll-experts.com) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 7EF63A8128 for ; Tue, 26 Apr 2016 09:44:50 +0200 (CEST) To: internals@lists.php.net References: Message-ID: <59412f65-4d7d-bcd3-6c9b-400dbbb07cdc@fedoraproject.org> Date: Tue, 26 Apr 2016 09:44:46 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ixRWUawtNNNlA0bKdKvhcWLTNhqLfRVik" Subject: Re: [PHP-DEV] Opcache::get($key), set($key, $value) to shared memory, is planned in PHP 7.1? From: remi@fedoraproject.org (Remi Collet) --ixRWUawtNNNlA0bKdKvhcWLTNhqLfRVik Content-Type: multipart/mixed; boundary="dgaV1EdQbVbkcanMHuGtc7QqKUptcDKNO" From: Remi Collet To: internals@lists.php.net Message-ID: <59412f65-4d7d-bcd3-6c9b-400dbbb07cdc@fedoraproject.org> Subject: Re: [PHP-DEV] Opcache::get($key), set($key, $value) to shared memory, is planned in PHP 7.1? References: In-Reply-To: --dgaV1EdQbVbkcanMHuGtc7QqKUptcDKNO Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Le 25/04/2016 =C3=A0 16:09, S.A.N a =C3=A9crit : > In userland lacks the ability to store data in the shared memory > modules, do not use pecl modules, it would be very nice to have a > function: >=20 > opcache_get($key); > opcache_set($key, $value); Opcache is an opcode cache. A user data cache is something really different. We learn from the past, having both in the same extension (APC) was an mistake. So I really think, this doesn't have to be added in opache. And various extensions already exist (apcu, yac, memcache(d), redis...) each for different needs. Remi. >=20 > Is planned in PHP 7.1? >=20 --dgaV1EdQbVbkcanMHuGtc7QqKUptcDKNO-- --ixRWUawtNNNlA0bKdKvhcWLTNhqLfRVik Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlcfHHEACgkQYUppBSnxahhHZACfXc63XpxUYRrheh+8UtECJhao ryoAoPnVcpWZ2+pEHnGtJIbxu8xZe0o8 =Lpyz -----END PGP SIGNATURE----- --ixRWUawtNNNlA0bKdKvhcWLTNhqLfRVik--