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? -- Paul
_______________________________________________ zeromq-dev mailing list [email protected] http://lists.zeromq.org/mailman/listinfo/zeromq-dev
