Long story short, they are running in debug mode, badly written, not optimised, with bad OS level settings. And every time the community have tried to contribute fixes, the experience has been... Really bad.
So we stopped trying. If things have changed we could try again but ... We just wrote them off
Are you looking at a benchmark that compares real-world usage, or a microbenchmark like hello world or a small JSON payload?
You're "Not even sure how that's possible" as if implying PHP is slow?
Even old pre-7 PHP was much faster than Ruby, Python, and others. And most PHP libs are just wrappers over C code.
No, PHP 7 was an impressive step forward in speed because it switched to better bytecode and object representations internally, but Python wiped the floor with most versions of PHP 5 for exactly the same reason. (PHP 5.5 with opcaching was roughly comparable.)
But this comparison overall is like trying to find the strongest two-year-old...
How is that slow? I'd like to meet the developers that consider this slow.
If one is looking for a strong pickup truck, they don't care that a 18-wheeler is stronger, as that's in another category they have no use for.
One might want to pick among "scripting languages with suitability for web coding and great adoption" for example...
Playing with Elixir, I feel similar speed of development, but it also comes with speed of running, which is incredible.
The fact that Elixir, a compiled language, known for speed, is slower than PHP is surprising. As far as "Most PHP libs are wrappers over C code". That's just not true. Most PHP libs are in PHP
The metric is speed. Compiled vs interpreted is an implementation concern.
You can be compiled and slower than interpreted (and vice versa).
>The fact that Elixir, a compiled language, known for speed
Elixir is not compiled into binary. It's compiled to bytecode for the BEAM vm.
And Elixir was never known for speed, nor was Erlang. They are known for parallelism, availability, fault tolerance, smart schedulling, etc.