Lighttpd

Is this understandable? Does it sound like something that could be done?

Just wondering. It would be nice to have a fully automated true adaptive spawning engine (could one be packaged/integrated with lighty, somehow?) - especially now that even the existing on in 1.4.x will not be there in 1.5.x.

If I get a chance to try to hack the code and see where it prints out "load: XX" and see if I can add in a config setting, I'll be happy to upload a patch. I'm thinking this would be very simple for someone to implement. Remember, it's a way to get a notice in the error log without having to enable the full fastcgi.debug two-lines-per-fcgi-request noisy debugging logging.

okay, i finally installed 1.5.x to see if i could figure it out easily enough.

looks like there is a .debug=1 setting for each backend.

however, if it's not enabled, i can completely hammer the server (way more than the concurrent amount of requests defined in PHP_FCGI_CHILDREN and the .max-pool-size) and i do not get any warnings. in fact, just holding down F5 in IE it eventually causes the server to stop responding. with debugging on, it looks like it starts throwing requests into the mod_proxy_core_backlog and that might be when it stops responding.

i don't necessarily care at the moment to debug why it stops responding. i would still like a way to add some sort of proxy-core.warn-threshhold configuration that will report to the error log (with .debug NOT enabled) - or perhaps a trigger so it could be used to email "hey, you're starting to hit the threshhold, reconfigure your $proxy engines to spawn more"