Hello,
I'm currently running php un suexec deamon mode but have been unable to use any opcode cache because none of the existing opcode caches seem to like to have a large cache and they also don't like it when the cache gets full as they empty it all at once.
We invested nearly a year ago in a server with 256GB of ram that we are finding very difficult to use up as no caching schemes seem to like anything more than 256Mb.
I'm now looking into how I could use more ram while accelerating customers websites. I'm thinking about removing the deamon mode and going back to cgi mode in order to have a cache per user instead of a cache shared by all users.
Does opcode cache work with litespeed lsphp in cgi mode ? I know the deamon mode uses up less memory but I'm not looking for this, I'm looking for a way to get the most out of php scripts in terms of speed.
In cgi mode would all php instances of that user be able to share that users cache or would it be a cache per instance ? If it's a cache per instance will the same instance be able to serve multiple requests making use of the cache or would this be pointless.
I would like to be able to reserve 128MB opcode cache per account (100 GB would be used over 800 users using the maximum ram available to them).
Is this possible ?
If not, would it be an interesting idea to have a semi-deamon mode for lsphp ?, thus having one instance per user instead of one instance shared by all users allowing each user's instance to fork php instances for that user only ?
Would I be the only one interested in this ? It would make variable cacheing safe as well as making litespeed compatible with opcode caching on servers with alot of different sites (so long as they have enough memory).
I'm currently running php un suexec deamon mode but have been unable to use any opcode cache because none of the existing opcode caches seem to like to have a large cache and they also don't like it when the cache gets full as they empty it all at once.
We invested nearly a year ago in a server with 256GB of ram that we are finding very difficult to use up as no caching schemes seem to like anything more than 256Mb.
I'm now looking into how I could use more ram while accelerating customers websites. I'm thinking about removing the deamon mode and going back to cgi mode in order to have a cache per user instead of a cache shared by all users.
Does opcode cache work with litespeed lsphp in cgi mode ? I know the deamon mode uses up less memory but I'm not looking for this, I'm looking for a way to get the most out of php scripts in terms of speed.
In cgi mode would all php instances of that user be able to share that users cache or would it be a cache per instance ? If it's a cache per instance will the same instance be able to serve multiple requests making use of the cache or would this be pointless.
I would like to be able to reserve 128MB opcode cache per account (100 GB would be used over 800 users using the maximum ram available to them).
Is this possible ?
If not, would it be an interesting idea to have a semi-deamon mode for lsphp ?, thus having one instance per user instead of one instance shared by all users allowing each user's instance to fork php instances for that user only ?
Would I be the only one interested in this ? It would make variable cacheing safe as well as making litespeed compatible with opcode caching on servers with alot of different sites (so long as they have enough memory).
