доставить пакет пользовательскому приложению

packet socket

packet socket

AF_PACKET имеется в виду? Таки это все равно сокеты.

Shared memory тогда

Гугли inter-process communication. Но без описания задачи не понятно что тебе нужно (хотя бы локальный ipc или на разных тачках). Я бы предложил, например, шарить файлы по nfs, но nfs сам поверх сокетов...

И да, откуда такая странная необходимость назрела?

Я некорректно поставил вопрос, хотя по тегу 'kernel' должно бы понятно :) Вопрос в том, как из ядра доставить пользовательскому приложению пришедшие на интерфейс пакеты, иначе чем через сокеты. Т.е. пришел пакет, помещается в буфер я ядерной памяти, далее он обрабатывается tcp/ip стеком и в какой-то момент, как я понимаю, помещается в очередь приложения, т.е. для этого приложение должно открыть сокет и сделать read()... как-то вот так.

Вопрос в том — есть ли другие способы, кроме как через сокеты, обеспечить доставку пакетов приложению?

я всё равно не понимаю ради чего всё это затевается, но... есть mmap: http://people.ee.ethz.ch/~arkeller/linux/multi/kernel_user_space_howto-8.html

Спасибо. Хотелось бы понять какие методы существуют, а также их преимущества и недостатки.

А зачем? У тебя есть API сокетов, если ты хочешь лазить напрямую в ядро - тебе никто не даст.

Ну вообщето стандартный способ общения программ с ядром - через файлы (/dev/device_file)

Я тебе уже сказал, что самый быстрый способ будет AF_PACKET. Почему тебя он не устраивает?

Я тебе уже сказал, что самый быстрый способ будет AF_PACKET. Почему тебя он не устраивает?

Я не сказал, что af_packet меня не устраивает, я хотел бы найти альтернативные методы (если таковые имеются) и сравнить плюсы и минусы.

я хотел бы найти альтернативные методы

Ну тут просто практически напряму с железки в user-space...

Еще можно файлик сделать в procfs/sysfs и читать оттуда пакеты.

http://people.ee.ethz.ch/~arkeller/linux/multi/kernel_user_space_howto.html#toc8 , например