On 03/14/2013 09:13 AM, Bob Weinand wrote:
> And there is no possibility to store the zval as raw binary data like in
> memory (deep copy?)
> So that you only have to copy from ram? And replace the pointers to the place
> in the string?
> This must be possible I think. And should be faster.
>
>
On 3/14/13 12:28 PM, Bob Weinand wrote:
Am 14.3.2013 um 18:14 schrieb Rasmus Lerdorf :
On 03/14/2013 09:13 AM, Bob Weinand wrote:
And there is no possibility to store the zval as raw binary data like in memory
(deep copy?)
So that you only have to copy from ram? And replace the pointers to th
Am 14.3.2013 um 18:14 schrieb Rasmus Lerdorf :
> On 03/14/2013 09:13 AM, Bob Weinand wrote:
>> And there is no possibility to store the zval as raw binary data like in
>> memory (deep copy?)
>> So that you only have to copy from ram? And replace the pointers to the
>> place in the string?
>> Thi
Am 14.3.2013 um 16:46 schrieb Lazare Inepologlou :
> Hello,
>
> 2013/3/14 rene7705
>
>> great! :)
>>
>> this will do nicely. is there much overhead for storing and fetching these
>> variables? (ideally I would like to get a pointer)
>>
>>
> Unfortunately there is. Every object stored in APC
On 3/14/13 10:31 AM, rene7705 wrote:
(ideally I would like to get a pointer)
PHP's environment is torn down after every request, so no matter what the mechanism you
generally can't store anything that can't be serialized.
See also https://www.google.com/search?q=php+shared+memory
Steve Clay
Hello,
2013/3/14 rene7705
> great! :)
>
> this will do nicely. is there much overhead for storing and fetching these
> variables? (ideally I would like to get a pointer)
>
>
Unfortunately there is. Every object stored in APC has to be serialised
first and then unserialised on retrieval. You can
great! :)
this will do nicely. is there much overhead for storing and fetching these
variables? (ideally I would like to get a pointer)
On Thu, Mar 14, 2013 at 12:45 PM, Nikita Nefedov wrote:
> On Thu, 14 Mar 2013 07:05:03 -, rene7705 wrote:
>
> Hi.
>>
>> I'd like to build a replacement
On Thu, 14 Mar 2013 07:05:03 -, rene7705 wrote:
Hi.
I'd like to build a replacement for SQL (yes, talk about an ambitious
project! ;), because the constant transferal of data in and out of SQL
from
Javascript (where everything might as well be object-oriented and
hierarchial) is a pain
