" дрочеры на все новое" несут информацию о новом в массы, иначе технология так и не будет никем востребована

вообще-то это задача журналистов

тот же netgraph никогда не вышел бы за пределы Whistle

он один хер был бы никому не нужен без killer app в лице mpd

без них не будет пилотных внедрений и первых шишек.

с этим прекрасно справляются и нормальные инженеры

ну да, ну да... ученый изнасиловал журналиста.

Простого способа я не представляю. Это надо либо через /dev/mem читать, либо DTrace’ ом ловить.  Есть ещё способ, открыть нужный ring в режиме zero-copy, но надо программу писать. А в чем задача и необходимость их глядеть?

ну не обязательно /dev/mem, netmap регион-то у тебя общий и без защиты.

никто по грязным и шаловливым ручкам не настутчит, да и на индексах всё

Ну да, только придётся писать программу. Я не знаю насколько лёгкий способ нужен Олегу.

программу полюбас писать надо будет.

У меня рабочая станция с двухдневным аптаймом, где я ничего с netmap не запускал, не дала сделать
ifconfig epair create
vale-ctl -h vale1:epair0b

сославшись на отсутствие буферов у netmap. И не давала пока не крутнул дефолтные

dev.netmap.buf_curr_num
dev.netmap.priv_buf_num
dev.netmap.priv_buf_size

стало интересно, что за данные там могли быть если ничего не запускал с netmap с момента бута.

как сдампить регион памяти у userland процесса я знаю, несложно. а где искать области у netmap buff это пока мне недоступно в силу ламерства. Если в следующий раз опять это словлю, тогда засяду

А в vale switch реальная сетевуха воткнута?

надо было догадаться еще dev.netmap.verbose включить

не, vale вообще небыло, втыкал epair

в целом в vale на карренте сейчас сильно лучше стало, и vxlan работают и не паникуют и epair условно рабочий))

2 года назад у меня даже паника паниковала от vale

А ты на карренте это словил?

ага, куррент и ничего кроме куррента