[zeromq-dev] Should zeromq handle OOM? (Re: [PATCH] Fixed OOM handling while writing to a pipe)

[Martin Lucina]

paul at colomiets.name said:
> 
> 
> On Sat, May 21, 2011 at 2:31 AM, Pieter Hintjens <ph at imatix.com> wrote:
> 
> 
>     I think what you need to do is make a test bench that proves the case.
>     Perhaps an EC2 instance with low virtual memory, or somesuch.
>     Something people can play with.
> 
> 
> The problem is that fix all failures will take big amount of time and it would
> be quite huge refactoring (minor in terms of functinality, but huge in numer of
> lines of code), which whould take a time and would be hard to merge afterwards.
> 
> Something realistic I can try to hack is:
> 1. turn off disconnecting on OOM (so that new connection would not crash
> application)
> 2. fix everything about sending/receiving messages
> 3. setup a two zmq_streamer-like devices (old code and new code) opened to the
> exernal world, so that anybody can test, set small ulimit -a for both
> 4. setup a slow consumer which also shows statistics from both devices
> 
> Will having this example working convince you?

+1

Paul, I like what you're doing and I think we agree on the general
approach. 

As for Pieter's philosophical arguments, ultimately the person you need to
convince is not Pieter via philosophical arguments but Martin Sustrik by
sumbitting a patch :-)

Cheers,

-mato