[zeromq-dev] Improving zeromq in OOM conditions
Paul Colomiets
paul at colomiets.name
Tue May 17 09:28:52 CEST 2011
On Tue, May 17, 2011 at 9:50 AM, Martin Sustrik <sustrik at 250bpm.com> wrote:
>
> I've checked the patches and they look OK. Can you please sign them off
> (ie. use -s when committing the patch)? I'll apply them afterwards.
>
Done.
> Btw, prepending the email subject by [PATCH] helps much. I've almost missed
> this batch because it's not marked as a patch.
>
Will try to remember both for the future :)
Can you give me a better advice. Do you think connection shouldn't be closed
on OOM first, or is it better to leave that intact and refactor reconnection
code to not crash in the first place? BTW, current connection closing code
is helpful for debuging latter.
--
Paul
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.zeromq.org/pipermail/zeromq-dev/attachments/20110517/808b1c57/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-zmq_msg_init_data-returns-ERRNO-instead-aborting.patch
Type: application/octet-stream
Size: 1274 bytes
Desc: not available
URL: <https://lists.zeromq.org/pipermail/zeromq-dev/attachments/20110517/808b1c57/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0003-Better-handling-of-memory-error-in-resolve_ip_hostna.patch
Type: application/octet-stream
Size: 1410 bytes
Desc: not available
URL: <https://lists.zeromq.org/pipermail/zeromq-dev/attachments/20110517/808b1c57/attachment-0001.obj>
More information about the zeromq-dev
mailing list