frankenphp

> No matter what load you have, P99 and especially P99.9 latency will be higher than any other language I strongly call BS on that. Strong claim and evidence seems to be a hallucination in your own head. There are several writeups of large backends ported from node/python/ruby to Go which resulted in dramatic speedups, including drop in P99 and P99.9 latencies by 10x That's empirical evidence your claim is BS. What exactly is so unfair about Go scheduler and what do you compare it to? Node's lack of multi-threading? Python's and Ruby's GIL? Just leaving this to OS thread scheduler which, unlike Go, has no idea about i/o and therefore cannot optimize for it? Apparently the source of your claim is https://github.com/php/frankenphp/pull/2016 Which is optimizing for a very specific micro-benchmark of hammering std-lib http server with concurr

No. Eventually the queues get full and go routines pause waiting to place the element onto the queue, landing you right back at unfair scheduling. https://github.com/php/frankenphp/pull/2016 if you want to see a “correctly behaving” implementation that becomes 100% cpu usage under contention.

> if your contribution is not merged in, it should not count as "work done" I highly disagree with this. Sometimes someone has to do the work to discover that isn't the work that should be done. As an example, last week, I got in a fight with the Go scheduler: https://github.com/php/frankenphp/pull/2016 -- in the end, we were able to find the one-liner that is a happy-medium. I didn't open that PR, but I did the work; if that makes sense.

static build, is built by default with these modules : amqp,apcu,ast,bcmath,brotli,bz2,calendar,ctype,curl,dba,dom,exif,fileinfo,filter,ftp,gd,gmp,gettext,iconv,igbinary,imagick,intl,ldap,lz4,mbregex,mbstring,memcache,memcached,mysqli,mysqlnd,opcache,openssl,password-argon2,parallel,pcntl,pdo,pdo_mysql,pdo_pgsql,pdo_sqlite,pdo_sqlsrv,pgsql,phar,posix,protobuf,readline,redis,session,shmop,simplexml,soap,sockets,sodium,sqlite3,ssh2,sysvmsg,sysvsem,sysvshm,tidy,tokenizer,xlswriter,xml,xmlreader,xmlwriter,xz,zip,zlib,yaml,zstd https://github.com/php/frankenphp/blob/main/build-static.sh#...

It might shock you that I wrote perl before PHP... I have been in the game a LONG time. I was around for php being the language that EVERYONE shit on. I was around when PHP got somewhat huge and respectable. PHP buttered my bread for a number of years and I was one of its bigger advocates. My lament here isnt about PHP at all.. It's about the instructions here: https://frankenphp.dev/docs/embed/ to generate a monolithic binary... It's about the execution of this script https://github.com/dunglas/frankenphp/blob/main/build-static... None of that is very go like at all. Having spent a lot of time with PHP I recognize a good portion of what turns up in that shell script. That having been said there are parts of it (the curl of the diff) with NO context that I would pause and go figure out what the hell that was. It really needs a note as to

While I often use the PHP integrated webserver during development: php -S 0.0.0.0:8000 public/index.php it is single threaded, slow and therefore not made for production environments. FrankenPHP looks promising, while the issue with limited Cores / Threads[2] seems also to be a problem when using it in production. However, maybe I'll give it a go for my pure-todo[1] project and see, if it suffers the same problem. The docker image as base looks really promising. Thanks for sharing. 1: https://github.com/sandreas/pure-todo 2: https://github.com/dunglas/frankenphp/discussions/294

Would appreciate sharing your experience so we can get this addressed: https://github.com/dunglas/frankenphp/discussions/294 It's really awkward because Caddy by itself performs very well with PHP.

https://github.com/dunglas/frankenphp/discussions/294 Has perf issues. Otherwise it's a really promising project.

I don't think this forks Caddy. Rather, it is a Caddy plugin: https://github.com/dunglas/frankenphp/blob/main/caddy/caddy.... It uses mainline Caddy: https://github.com/dunglas/frankenphp/blob/main/caddy/go.mod

opcache is definitely on https://github.com/dunglas/frankenphp/blob/f97f56d45a403342b...