Re: Request based Priority Queues

On Wed, 2008-06-04 at 00:44 +0200, Bernhard Froehlich wrote:
> ever played with Request based Priority Queues [1]

No, I haven't--with Helma nor anything else. I have only the tiny, tiny
suggestion to add of looking at mod_proxy instead of mod_jk. It's a lot
easier to setup and seems pretty much to supersede mod_jk.

> * AFAIK mod_jk only has the functionality to route specific URIs to
> different workers but that seems a bit hackish to me because you would
> need an mostly idle worker to get good results.

mod_proxy can do the same, plus a host of powerful connection pooling
and load balancing things that I can't say I've yet had to deal with.
(Nor do I know if it's actually more than mod_jk has.) I'm not sure that
this materially differs from what's proposed in the article you linked,
though. They're mostly talking about setting aside X threads to serve
high-priority requests--it's still possible that you'll have too many
high-priority requests. Your only assurance is that they only have to
wait for other high-priority requests and not the lower-priority ones.

This is far from my area of expertise, so I apologize if this is all
blowing smoke.

-- 
Joshua Paine <[email protected]>