ThreeDHead Posted September 4, 2010 Posted September 4, 2010 Насколько помню как работал драйвер e1000, так там при минимальном трафике прерывания держались около 10000/s (например, точного значения не помню), а к ЧНН когда трафик возрастал, количество прерываний падало, доказывая что полинг работает. Как бы график прерываний был обратно противоположен pps. Ну а когда прерывания падали близко к нулю, появлялись дропы, но это отношения к теме не имеет. Так вот, на карте с драйверами igb, почему-то вижу обратную картину - количество прерываний равно количеству pps на данном интерфейсе, вот гадкий скриншот: Почему так происходит и как изменить ситуацию? Вставить ник Quote
Умник Posted September 4, 2010 Posted September 4, 2010 ThreeDHead, у Вас точно все хорошо с графиками? А то утром почему-то получается, что прерываний в 2 раза больше, чем пакетов. Как считаете прерывания? Вставить ник Quote
ThreeDHead Posted September 4, 2010 Author Posted September 4, 2010 (edited) Умник, левый график отображает видимо общее количество прерываний в системе: vmstat -s | grep interrupts | awk '{print $1}' Edited September 4, 2010 by ThreeDHead Вставить ник Quote
Умник Posted September 4, 2010 Posted September 4, 2010 Я бы анализировал файл /proc/interrupts, чтобы не мешать все в кучу. Вставить ник Quote
ThreeDHead Posted September 4, 2010 Author Posted September 4, 2010 Я бы анализировал файл /proc/interrupts, чтобы не мешать все в кучу.Да там в общем виде так неудобно парсить значения очередей интерфейса, да еще когда в процессе работы были подвижки очередей по ядрам, при суммировании такие гигантские значения получаются...Каким еще способом статически можно снять значений прерываний с интерфейса? Вставить ник Quote
.png.5d2afa2996cc6a85d0f2c09b92dd0a28.png)
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.