Morning Yasuo,
> Mm save handler does not compile with ZTS currently.
libmm is not intended for use in multi-threaded environments ... mostly
because threads don't need to map memory to share, they are already in the
same address space.
Another problem is processing models. PHP in NTS mode is
Hi all,
On Tue, Apr 26, 2016 at 4:44 PM, Remi Collet wrote:
> Le 25/04/2016 à 16:09, S.A.N a écrit :
>> 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:
>>
>>
2016-04-26 10:44 GMT+03:00 Remi Collet :
> Le 25/04/2016 à 16:09, S.A.N a écrit :
>> 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);
>>
Le 25/04/2016 à 16:09, S.A.N a écrit :
> 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
Morning,
To answer the question; No, there is no plan to add that.
The allocator in opcache is simply not suitable for that kind of use.
We could make it suitable, but the optimal allocator for a user cache, and
the optimal allocator for a code cache, are different things.
IMO they
Hey:
On Mon, Apr 25, 2016 at 10:09 PM, S.A.N wrote:
> 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);
>
> Is planned in
> Meanwhile, you haven't addressed the point being made as a reason not to
> bundle, which is that this is not a universally-useful solution, and there
> needs to be some reason why this needs to be incorporated - under whatever
> name - any more urgently than a memcache driver, or a redis driver,
On 25/04/2016 19:07, S.A.N wrote:
I am not against third-party libraries, I want to have this
functionality out of the box, it seems to me correct to make these
functions in OPCache, instead of adding Apcu to PHP core, IMHO...
Literally the only difference between including APCu in core and
On Mon, 25 Apr 2016, 21:07 S.A.N, wrote:
> 2016-04-25 20:56 GMT+03:00 Rowan Collins :
> > S.A.N wrote on 25/04/2016 18:49:
> >>>
> >>> There's not really a huge connection between opcode caching and
> >>> optimization
> >>> >(OpCache) and shared
On 25/04/16 19:07, S.A.N wrote:
> I am not against third-party libraries, I want to have this
> functionality out of the box, it seems to me correct to make these
> functions in OPCache, instead of adding Apcu to PHP core, IMHO...
So how do you then manage the data when the PHP servers are
On 25 April 2016 at 20:07, S.A.N wrote:
> 2016-04-25 20:56 GMT+03:00 Rowan Collins :
> > S.A.N wrote on 25/04/2016 18:49:
> >>>
> >>> There's not really a huge connection between opcode caching and
> >>> optimization
> >>> >(OpCache) and shared
2016-04-25 20:56 GMT+03:00 Rowan Collins :
> S.A.N wrote on 25/04/2016 18:49:
>>>
>>> There's not really a huge connection between opcode caching and
>>> optimization
>>> >(OpCache) and shared memory data caches (APCu, memcached, etc), so I
>>> > don't
>>> >think there's
S.A.N wrote on 25/04/2016 18:49:
There's not really a huge connection between opcode caching and optimization
>(OpCache) and shared memory data caches (APCu, memcached, etc), so I don't
>think there's any particular logic to calling such functions "opcache".
>
>So I guess the question becomes:
This seems to mix the concerns of an opcode cache (saves opcodes) with a
user-cache (saves mixed data).
You should just use APCu for that.
Marco Pivetta
http://twitter.com/Ocramius
http://ocramius.github.com/
On 25 April 2016 at 19:49, S.A.N wrote:
> 2016-04-25 17:36
2016-04-25 17:36 GMT+03:00 Rowan Collins :
> S.A.N wrote on 25/04/2016 15:09:
>>
>> 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);
>>
André Rømcke wrote on 25/04/2016 18:00:
>So I guess the question becomes: "should APCu be made part of core?" I'm not
aware of anyone having proposed that, so don't know if there are strong feelings for or
against such a thing.
As long as it’s cache is not shared among processes, rather not.
> On 25 Apr 2016, at 16:36 , Rowan Collins wrote:
>
> S.A.N wrote on 25/04/2016 15:09:
>> 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);
>>
S.A.N wrote on 25/04/2016 15:09:
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);
Is planned in PHP 7.1?
This was identified as a difference between APC
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);
Is planned in PHP 7.1?
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit:
19 matches
Mail list logo