Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:92766
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.223.195 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <59412f65-4d7d-bcd3-6c9b-400dbbb07cdc@fedoraproject.org>
References: <CALW=WECkP4D7QHbAt9LCE0DT=40qyYk5iEspUSpjG4MUKTi6Rg@mail.gmail.com>
	<59412f65-4d7d-bcd3-6c9b-400dbbb07cdc@fedoraproject.org>
Date: Tue, 26 Apr 2016 11:11:09 +0300
Message-ID: <CALW=WED_9s01ZMJsr-RuuEskgkoXr-LzOC3br19QXT9BBC3UXw@mail.gmail.com>
To: Remi Collet <remi@fedoraproject.org>
Cc: internals <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Subject: Re: [PHP-DEV] Opcache::get($key), set($key, $value) to shared memory,
 is planned in PHP 7.1?
From: ua.san.alex@gmail.com ("S.A.N")

2016-04-26 10:44 GMT+03:00 Remi Collet <remi@fedoraproject.org>:
> 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:
>>
>> 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...)

Ok, I agree.
Thank.