On 22.04.2021 11:46, Stefano Garzarella wrote:
On Wed, Apr 21, 2021 at 06:06:28PM +0300, Arseny Krasnov wrote:
Thank You, i'll prepare next version. Main question is: does thisYes, it's definitely much better than before.
approach(no SEQ_BEGIN, SEQ_END, 'msg_len' and 'msg_id') considered
good? In this case it will be easier to prepare final version, because
is smaller and more simple than previous logic. Also patch to spec
will be smaller.
The only problem I see is that we add some overhead per fragment
(header). We could solve that with the mergeable buffers that Jiang is
considering for DGRAM.
If we are talking about receive, i think, i can reuse merge logic for
stream sockets, the only difference is that buffers are mergeable
until previous EOR(e.g. previous message) bit is found in rx queue.