Hi All,

Currently mongrel2 will queue up messages indefinitely to non-responsive
handlers.  This seems like not the behavior that people want.

What are your thoughts on changing the behavior so that messages would
be dropped when the channel is muted?

The way this works with ZeroMQ is that if there are 0 handlers connected to
mongrel2, no messages will be queued.  If there are N handlers connected
to mongrel2 than "up to" N*HWM messages will be queued where HWM is
configurable by us.  The default value for HWM is 1000.

The "up to" is in quotes since the ZeroMQ docs state that the HWM is not
a guarantee and only 60-70% of the HWM may be achieved before muting in
real-world scenarios.

If nobody complains too loudly, I'll make this change on a feature
branch, and hopefully others can try this and we can end up with a sane
value for the default HWM.

Regards,
Jason

Reply via email to