Hello, 2013/3/14 rene7705 <rene7...@gmail.com>
> 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 improve performance by using a binary serialiser (such as igBinary) instead of the default php one. > > On Thu, Mar 14, 2013 at 12:45 PM, Nikita Nefedov <inefe...@gmail.com> > wrote: > > > On Thu, 14 Mar 2013 07:05:03 -0000, rene7705 <rene7...@gmail.com> 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 in the neck. > >> > >> But in order to do so, I'd very much like PHP (the server still controls > >> the data after all) to support shared memory efficiently. > >> > >> Something like > >> > >> sharedmem $bigNestedArray; // $bigNestedArray would be shared accross > the > >> entire server and all CPUs on it. > >> > >> as you now have > >> > >> global $bigNestedArray; > >> > >> would be ideal. > >> > >> I bet this would be useful for a host of other applications as well, and > >> fairly easy to implement. > >> > >> I'm an application programmer by trade, or I would hack this in myself. > >> > >> I'd much rather see the PHP development team develop this in properly. I > >> don't think it would require much time, as OS-level shared memory has > been > >> easy to implement since the 1990s. > >> > >> Please put this on the agenda, and get back to us in this thread as to > >> when > >> this will be available. > >> > > > > Hi, > > > > You can already do it using APC's apc_store() and apc_fetch() functions > > which let you use shared memory. But of course you should 'commit' every > > change of the fetched variable. > > > Lazare INEPOLOGLOU Ingénieur Logiciel
