Имеем вот такой циклик, который умудряется обрабатывать  порядка 2863311 пакетов в секунду
единственное, что меня не устраивает что данный код практически полностью загружают процессор

принимаю любые идеи по оптимизации

По идее select может снизить нагрузку на процессор, но в этом случае я не уверен.


сам цикл имеет смысл заменить на memset, и в массиве counter_packet_size - всегда используется только один элемент, обнулять его потом целиком нет смысла,да и вместо самого массива дешевле отправлять только одно значение (rec>>6)&0x00ff, но это потребует изменения принимающей стороны. Еще, может быть объединить все три массива в один и отправлять одним вызовом sendto.

Step, 
1. концептуальная оптимизация - использование отображения пакетов на кольцевой буфер через mmap
ну и мультиплексация через epoll
это позволит уменьшить количество вызовов recvfrom
подробнее в linux/Documentation/networking/packet_mmap.txt
2. фильтрация на уровне сниффера
достаточо при создании пакетного сокета указать третьим параметром htons(ETH_P_IP)

Добавлено @ 12:59
vinick,аз
memset - это тоже цикл, хоть и оптимизированный
что касается sendto, то он вызывается по таймауту, а таймаут отсчитывается по секундам (используется time(NULL)), поэтому sendto вызывается не чаще 1-го раза в секунду
а т. к за одну секунду приходит больше 2-х миллионов пакетов, то оптимизировать это не имеет никакого смысла

MAKCim, спасибо,
вы бы не могли пояснить в двух словах
1. "позволит уменьшить количество вызовов" я не совсем понял, за счет чего, мне нужно обрабатывать каждый пакет, приведенная схема обработки это только начало
2. htons(ETH_P_IP) в двух словах что это чего я себя лишаю, и что преобретаю

в существующей схеме для получения одного пакета нужен один вызов recvfrom
при использовании отображения мы через epoll_wait получим уведомление о том, что пришел как минимум один пакет
его считывание - это не вызов recvfrom, а чтение части отображенного на адресное пространство процесса буфера
иными словами, используя один вызов epoll_wait, мы можем прочитать более одного пакета без перехода в режим ядра


лишаешь себя возможности обработки не IP-пакетов
приобретаешь...
весь "мусор" типа ARP и ICMP отбрасывается

т.е. если я правильно понял, мы в этом случае работаем напрямую с буфером приема сетевой карты, избавляем себя от целого ряда ненужных операций

Добавлено через 1 минуту и 15 секунд

 жестокое лишение, если арп мне действительно не нужен на данном этапе, то все остальное нужно просто позарез

а, ну если нужно, тогда нужно
я просто по коду смотрел
там только на IP проверка


напрямую с буфером мы не работаем
но от целого ряда ненужных операций себя избавляем