[zeromq-dev] Zero-copy message API

[Pieter Hintjens]

On Sun, Apr 3, 2011 at 6:14 PM, Martin Sustrik <sustrik at 250bpm.com> 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