PHP performance concerns for musl library

[rodrigoaguilera]

I stumbled upon this piece of docs for FrankenPHP claiming that musl is not appropriate for production environments due to performance
https://frankenphp.dev/docs/performance/#dont-use-musl

Is there any plans to have a glibc variant?

The only issue I found is the from 7 years ago
#4

If using glibc is a big undertaking maybe some of the mitigations suggested by FrankenPHP can be implemented like using mimalloc

I just want to know what are your thoughts. It would be a better situation if FrankenPHP claims were also backed by some detailed performance report so we would be aware of what percentages are we talking about.

[rodrigoaguilera]

Found some info with percentages

https://gitlab.alpinelinux.org/alpine/aports/-/issues/14381

[csandanov]

frankenphp looks very interesting, maybe worth adding the image but unknown when I have time for that

[rodrigoaguilera]

Hello @csandanov
Thank you for taking the time to read this and to maintain such a great set of docker images.

I understand that frankenphp might be interesting but my point was not about it.
I always considered the wodby images more production-ready and I wanted to scratch a little bit on the reason why Alpine (and musl by extension) was chosen for these docker images when debian (with glibc) is the default of the official PHP images.

There is some interesting threads that question using PHP+musl
dunglas/symfony-docker#555
dunglas/frankenphp#940
https://stackoverflow.com/questions/73129021/host-php-vs-docker-php-5-times-slower/75371326#75371326

php/php-src#13877