Which memory limit am I missing ?

I've been running our litespeed server in workergroup mode since this morning with opcache disabled. No issues so tonight I manually installed ZendOpcache with 128MB per account and watched the error log.

Do you have an idea what memory limit I'm hitting ? Is it the 512 MB for php being hit ? Is it a litespeed limit being hit ? (all litespeed limits mentionned above are larger than the 52 GB that were being used at the time. Or could it be a system limit ?

Another thought I had was where zend opcache stored mmaped files. /tmp was using only 2% at the time so it wasn't storing the extra 20GB there... Is was defenetly using mmapd but maybe mmapd has a mode where is stores little data on disk ?

I had no idea that the 4 CPU licence meant that all limits were multiplied by 4………, nor did I understand this was per user, I understood it as total amount.

So if I want each user to be able to run 100 PHP processes would I set the limit to 25 ? (4x25 = 100). or maybe do I still have to set it to 100 because we can't be sure which litespeed instance will be called so to be sure that a user gets 100 would I set the limit to 25 or to 100 ?

Cloudlinux doesn't allow a user to go over 100 processes so the 4000 processes you are talking about could never be hit.

Is there any chance that is is what was causing the problem ? As with only a total of about 100 processes were being used for the whole server I don't see this being the cause of the problem.

I'm going to reduce the limit to 100 while waiting for your answer.

PS: I keep forgetting that your forum doesn't accept certain characters and it's a real pain to have to edit each message afterwards... could you please ask someone to look into this ?

Max Connections : Specifies the maximum number of concurrent connections that can be established between the web server and an external application.

This does not sound like a per user setting but like a per server setting.

Please clarify about reducing the PHP_LSAPI_CHILDREN and the Max connections setting. I don't want to limit the server to 100 connections nor to 400 connections devided between all users.

Our server has got 32 threads, we are using a 4 CPU licence because we're not even hitting the 1 CPU licence restrictions yet. We will increae to a 8 CPU licence when/if we start getting close to the 4 CPU licence limits.

Most CPU is currently used by PHP and MySQL.

I'm still unsure how this could be the cause of the errors but if you can ensure me that the maximum connections limit is not for the whole of lsphp then I will give it a go.

I wasn't getting these errors in the deamon mode, this is new to the workergroup mode, possibility beacuse of one entry process per user which increases the number of total processes on the server.

Our apologies if this causes confusion, but we have decided to change the name of the new WorkerGroup PHP setup. The new name will be ProcessGroup.

We realized this would be necessary while creating documentation to explain the different PHP setups. The default suEXEC setup is called suEXEC Worker. It spawns a brand new worker process for each time PHP is needed. ProcessGroup, on the other hand, has a constantly running parent process for each group (each user) which forks (not spawns) new processes when the user's sites need them. The two setups are very different and we wanted to make sure that it did not seem that there was a relation between them.

While it is never ideal to change the name of a feature, we are glad that we were able to catch this so early (most have not even begun to use this feature) and hope that it will make things clearer going forward.