writev/vmsplice on sockets

vmsplice делается только на fd от пайпа - на сетевой оно делаться немогет

а грамотно ... просто в юзерспейсе :)
с доступом до сетевой напрямую из юзерспейса не получилось ?

http://forum.soft32.com/linux/splice-vmsplice-performance-test-results-ftopic...

Вот старые но интересные примеры Сам не пробовал.

Насчет задачи - есть фрагменты сообщений для одного сокета, их могут быть несколько десятков. Хочу за один системный вызов передать их сокету для отправки в неблокирующем режиме. С сокетом в один момент времени ГАРАНТИРОВАННО работает один поток.

vmsplice или writev - неважно, главное сделать это за 1 сисколл на 1 сокет.

А теперь суть вопроса - после возврата допустим writev (отмечу, что вызов синхронный, но неблокирующий), который сказал, что он записал нужное мне количество байт, когда я могу в эти буферы (которые в iovec) писать свои данные очередные, то есть могу ли я это делать сразу после возврата или надежнее будет через epoll получить сигнал о готовности сокета к приему пакетов?

Меня в данной ситуации беспокоит асинхронность и zero-copy. Особо то, что буферы выделены через mmap().

Касательно того прожекта - пока отложил, но не отбросил пока - о результатах обязательно отпишусь :)

writev копирует данные, поэтому менять содержимое буфера можно сразу после возврата.

Пруф можно?

Особо в связи с тем, что это разделяемая с ядром память (mmap) Плюс, есть ли особенности в связи с неблокирующим I/O?

Спасибо

Кстати, очень интересные решения на сей счет с открытыми кодами у ntop (компании)

при writev - если он в не блокируещем и записал все данные - что в переданных буферах - то сразу после возвращения можно менять буферы
он ведь именно копирует - тут и сомнения быть то не могет

а вот vmsplice другое дело

ну этот пример - ничего особенного вобщем
там 9кбайтный пакеты
это все навсего 80тон пакетов в секунду

Достаточно старые результаты, но интересно местами. Будет момент, попробую.

Пруфы можно, если несложно? Маны читал.

Буду признателен также за особенности касательно vmsplice.

ну а какие пруфы то
vmsplice маппирует несколько буферов от юзера пайп
и само собой нельзя трогать эти буфферы - пока не закончили выдавать данные с этого пайпа

выдавать то будет в сетевой сокет через splice

ну иль наоборот можно

что будет когда после vmsplice
заюзали splice в сетевой сокет - то если поменять содержимое буферов - результат будет интересным :)