35 points by EGreg 1 day ago | 36 comments | View on ycombinator
pshirshov 1 minute ago |
nzeid 1 minute ago |
What is the setup/benchmark that caused you to see this?
dreadnip 26 minutes ago |
dmitrijbelikov 39 minutes ago |
tommica 41 minutes ago |
mschuster91 25 minutes ago |
The general idea makes sense. PHP, particularly modern Java-style PHP, is notorious for loading sometimes thousands of files for every single request. I think there's opcache enabled by default, so the load on the filesystem is reduced by quite a bit, but even opcache still needs to do some sort of parsing for each request that comes in.
LoganDark about 1 hour ago |
dingdingdang about 1 hour ago |
On a positive note: the performance is genuinely impressive.. what does it take to unlock this performance if I'm NOT running one of the big "usual" frameworks? The devil is always in the detail, best get some practical advice up on exactly what needs to happen with a medium piece of custom code to get it to said max performance.
mpalmer about 2 hours ago |
"no Docker" - so what? Docker is a tool. Running containers on Linux has extremely low overhead. No idea what this is about.
You didn't spend the effort to decorate the slop with your rationale for these choices, so I see no evidence that you built any of this.
bawolff about 1 hour ago |
etchalon about 1 hour ago |
BatchJob about 1 hour ago |
Heres the template:
"I" <--- prompted some LLM
"built" <--- to generate code for a
"fastest" <-- insert specious claim here
"PHP server" <-- thing
"And I prompted the LLM to build a website" <---- link
Im sorry folks but this just doesnt cut it anymore. I dont think it ever did.
Nice! I remember 2010 when a single-core pentium 4 was happily doing 18k RPS with Glassfish. Ten more years of progress and you can match that!