[zeromq-dev] Integrating additional PGM rate limit controls into ØMQ

Martin Sustrik sustrik at 250bpm.com
Sat Nov 27 15:31:24 CET 2010

On 11/27/2010 03:23 PM, Steven McCoy wrote:

> It's complicated when you are constantly sending at full speed,
> contention on transmission is likely to artificially restrict repair
> throughput.  It's something that needs explicit testing for each
> scenario.  The current implementation gives ODATA and RDATA equal
> priority but a waiting send thread is likely to bias the weighting.
>   Explicitly giving RDATA priority is what is not productive.

Hm. Even "priotity up to N% of the overall bandwidth"?

My understanding was that the admin sets the RATE to limit the network 
bandwidth used by particular application. Then he sets REPAIR_RATIO to 
match the bandwidth needed for repairs under normal circumstances.

When there is an congestion though, the need for rapair exceeds the 
allocated capacity and thus some consumers will get unrecoverable data 
loss -- which is a reasonable behaviour IMO.


More information about the zeromq-dev mailing list