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 <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. >