On Sun, Apr 3, 2011 at 6:14 PM, Martin Sustrik <[email protected]> wrote:
> That drags an mandatory allocation onto the critical path and slows the > whole thing down. Note that currently, in the best case, 0MQ is able to > process without allocations whatsoever. Very true, but zero-alloc is only meaningful for high-volume pub-sub on short messages, which is an important use case but a rare one in general use. I'd argue that splitting the API into simple/good enough vs complex/ultrafast would be beneficial. Avoiding allocations goes along with zero-copy IMO as a technique that we need to offer, but don't want to have to explain (or use) in most places. -Pieter _______________________________________________ zeromq-dev mailing list [email protected] http://lists.zeromq.org/mailman/listinfo/zeromq-dev
