PHP accelerator cache that uses memcached?
Dec. 9th, 2009 10:38 am![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
Last year, when I was doing MySQL Professional Services, I encountered a client that was already using memcached. Something they said they were doing was they were caching the compiled bytecode of their PHP code in their memcached, which was a big win because they ran a large fleet of identical PHP based application servers. As soon as any one server encountered a given new piece of PHP, it would compile it and cache it, and immediately all the other app servers could use the same cached compiled bytecode, rather than repeat that work. They had recently changed to this approach, from caching the compiled bytecode on the disk of each app server.
I thought that was really neat, and kept digging elsewhere into their performance and scaling issues.
I had just assumed that this was some open source project, a modification or module to an existing PHP bytecode compiler / cacher / accelerator.
Except, it seems to not be. I've spend a couple of days now googling and reading up on the various "PHP accelerators", and they all appear to cache to disk or cache to local shared memory, but I can't find a reference anywhere to coupling one with memcached.
Am I just missing something, is my google-fu failing me, is this something this shop had written from scratch?
Do any of my readers know?
I thought that was really neat, and kept digging elsewhere into their performance and scaling issues.
I had just assumed that this was some open source project, a modification or module to an existing PHP bytecode compiler / cacher / accelerator.
Except, it seems to not be. I've spend a couple of days now googling and reading up on the various "PHP accelerators", and they all appear to cache to disk or cache to local shared memory, but I can't find a reference anywhere to coupling one with memcached.
Am I just missing something, is my google-fu failing me, is this something this shop had written from scratch?
Do any of my readers know?
no subject
Date: 2009-12-09 07:31 pm (UTC)The other issues is that while the code walked the directory, the paths it pulled up for files were based on the server's file system, rather than the URL, which was very different. I'm sure it's basic stuff, which is why my google-fu is weak in this case too.
no subject
Date: 2009-12-09 10:17 pm (UTC)Reading them from a memcache cluster would almost certainly involve a network copy, but reading (from the OS filecache), and then parsing the original code might actually be quicker.