Re: Question abou PHP 8.2/8.3 in Kubernetes/OpenShift

Alex <[email protected]> Wed, 9 Oct 2024 09:40:41 +0200
Newsgroups gmane.comp.php.general
Message-ID <[email protected]>
On 2024-10-08 (Di.) 15:28, AllenJB wrote:
> On 08/10/2024 11:29, Alex wrote:
>> We run CraftCMS in OpenShift and have no limits defines, that means that PHP 
>> can use the whole 8 CPUs and 32 GB RAM.
>>
>> The Problem is that we see that PHP only uses ~200M-500M.
>>
>> Have anybody some tips how to check what's the limiting factor in PHP is so 
>> that we can tune it?
> 
> Do you have an actual performance problem (beyond "not using a lot of memory") 
> you're trying to solve? (If so, what?)

The Problem is that the CraftCMS response time isn't that fast as expected.
I know, that's not very helpful :-/

> eg. Are specific requests "slow"? Are you getting error messages or undesired 
> behavior?

Well that's what we now need to investigate.

> PHP won't use memory unless it's actually needed. The default php-fpm/mod_php 
> run model means that each request starts PHP scripts from scratch with no 
> knowledge of other requests. Most requests will need no more than around 2MB of 
> memory. More will only be required for specific tasks such a working with image 
> files or large imports/exports.

Thank you for your answer, with that can we check how to debug the behavior so 
that it's possible to ask better question.

I Just was not sure if PHP/PHP-FPM have an internal limiting factor besides the 
memory_limit .

> Individual PHP-FPM workers will only hold onto the maximum system memory ever 
> used by any request that specific worker handled (so resets if either process 
> idle timeout or max requests pm. settings are reached, depending on which pm 
> mode is used).
> 
> Unlike some server software (eg. databases), PHP doesn't keep a lot in memory in 
> the name of performance. This is something PHP scripts and applications are 
> expected to handle themselves - for example, by utilizing caches such as 
> memcached/redis/valkey or alternative application architectures (long running 
> application servers)
> 
> Given you're working with a specific application/framework (CraftCMS), you may 
> get better answers about configuration tuning or specific performance issues 
> from their community resources and support.

Regards
Alex