[email protected] said: > > > On Sat, May 21, 2011 at 2:31 AM, Pieter Hintjens <[email protected]> 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 _______________________________________________ zeromq-dev mailing list [email protected] http://lists.zeromq.org/mailman/listinfo/zeromq-dev
