время прибытия и планировщик libpcap - PullRequest
1 голос
/ 06 октября 2010

Я занимаюсь исследованием характеристик сетевого трафика.Во время обработки собранных данных (захваченных tcpdump и сохраненных в базе данных) я наткнулся на странное явление с временами поступления пакетов (или потоков):

никогда не наблюдал

Конечно, без карты DAG (которая могла бы выполнять аппаратную отметку времени пакетов), я не могу полагаться на точность измерений ниже мс.Тем не менее, я ищу причину, почему этот разрыв существует в следующей кумулятивной функции распределения: CDF for flow inter-arrival times

Я также нанес на график количество потоков, наблюдаемых с определенной IAT: alt text

Моя база данных содержит> 13 потоков Mio, поэтому маловероятно, что этот разрыв существует случайно - я только ищу причину.

Имеет ли он что-то еще?Что делать с планированием? Я знаю, что планировщик ядра Linux (был машиной Debian) использует частоту 250 Гц, поэтому каждый тик равен 4 мс, что больше моего разрыва в 35-170 мкс в 200 раз.Есть ли какое-либо планирование, выполняемое сетевой картой?Наблюдается много IAT по 0 мкс, поэтому я предполагаю, что эти пакеты обрабатываются непосредственно друг за другом.Я могу себе представить, что вид тика планировщика, который я ищу, составляет около 40 мксек, что приводит к IAT 0120 мкс.

У вас есть подсказка, как я могу объяснить этот пробел?Большое спасибо!Штеффен

Ответы [ 2 ]

1 голос
/ 06 октября 2010

Это всего лишь гипотеза (она же WAG), но, возможно, 170us - это минимальное время между последовательными прерываниями от NIC (либо из-за оборудования NIC, контроллера DMA, контроллера прерываний, ЦП или некоторой комбинации всех этих).

Пакеты с временем поступления <35us будут соответствовать нескольким пакетам, полученным за одно прерывание (с различным временем обработки, в зависимости от размера и протокола).Само значение 35us будет соответствовать максимальному количеству пакетов, которые могут быть приняты за одно прерывание (из-за размера буферов NIC), с наихудшим временем обработки. </p>

0 голосов
/ 06 октября 2010

Не совсем уверен, но я мог бы представить, что карта ведет себя с определенной скоростью тиков.Кроме того, как диапазон 35-170 мкс относится к длине пакета?

...