<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Сетевая карта 3Com 3C2000T, проблема с прерываниями</title>
    <link>https://opennet.ru/openforum/vsluhforumID1/72690.html</link>
    <description>Доброго времени суток, коллеги!&lt;br&gt;Вот какая есть петрушка: имею сабжевый сетевой адаптер, работает все, но до определенного момента. Заметил тенденцию: после ~8-10 дней работы сервер (ядро 2.6.16.27, для адаптера используется драйвер sk98lin &#091;Gigabit Marvell chipsets&#093;) вдруг начинает жутко тормозить по причине полной загрузки процессора. Топ показывает si &amp;gt;= 90&#037;.&lt;br&gt;После перезагрузки все опять нормально работает. Смотрел /proc/interrupts, и выяснил, что проц начинает грузиться после того, как кол-во прерываний на одной из сетевушек (их две, они одинаковые) переваливает за 4 млрд. Т.е. - переваливает за 32-битное число. В драйвере есть настройка такая - interrupt moderation, установлена на 6000 ints/sec. Подозреваю, что дело таки блин в драйвере. Может, кто наступал на такие грабли?&lt;br&gt;</description>

<item>
    <title>Сетевая карта 3Com 3C2000T, проблема с прерываниями (LAN)</title>
    <link>https://opennet.ru/openforum/vsluhforumID1/72690.html#3</link>
    <pubDate>Tue, 24 Feb 2009 04:51:15 GMT</pubDate>
    <description>&amp;gt;Доброго времени суток, коллеги! &lt;br&gt;&amp;gt;Вот какая есть петрушка: имею сабжевый сетевой адаптер, работает все, но до определенного момента. Заметил тенденцию: после ~8-10 дней работы сервер (ядро 2.6.16.27, для адаптера используется драйвер sk98lin &#091;Gigabit Marvell chipsets&#093;) вдруг начинает жутко тормозить по причине полной загрузки процессора. Топ показывает si &amp;gt;= 90&#037;.&lt;br&gt;&amp;gt;После перезагрузки все опять нормально работает. Смотрел /proc/interrupts, и выяснил, что проц &lt;br&gt;&amp;gt;начинает грузиться после того, как кол-во прерываний на одной из сетевушек &lt;br&gt;&amp;gt;(их две, они одинаковые) переваливает за 4 млрд. Т.е. - переваливает &lt;br&gt;&amp;gt;за 32-битное число. В драйвере есть настройка такая - interrupt moderation, &lt;br&gt;&amp;gt;установлена на 6000 ints/sec. Подозреваю, что дело таки блин в драйвере. &lt;br&gt;&amp;gt;Может, кто наступал на такие грабли? &lt;br&gt;&lt;br&gt;выключи вообще Interrupt Moderation и не страдай херней. переключатель в положение Off &lt;br&gt;&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Сетевая карта 3Com 3C2000T, проблема с прерываниями (homelan)</title>
    <link>https://opennet.ru/openforum/vsluhforumID1/72690.html#2</link>
    <pubDate>Wed, 07 Mar 2007 09:05:37 GMT</pubDate>
    <description>&amp;gt;options DEVICE_POLLING в ядре &lt;br&gt;&amp;gt;&lt;br&gt;&lt;br&gt;Эта опция как раз включена, ибо interrupt moderation работает именно с device polling, а как же иначе? Имеется в виду, что interrupt moderation не дает сетевой карте генерить более 6000 прерываний в секунду, и как только он начинает &quot;модерировать&quot;, естественно, латентность в этот момент повышается. Я к тому, что эта опция, скорее всего, привязана к счетчику прерываний... Может, драйвер использует переменную типа unsigned long вместо unsigned long long? Или, может, есть способ периодически обнулять счетчик прерываний?</description>
</item>

<item>
    <title>Сетевая карта 3Com 3C2000T, проблема с прерываниями (anatolik.kiev)</title>
    <link>https://opennet.ru/openforum/vsluhforumID1/72690.html#1</link>
    <pubDate>Tue, 06 Mar 2007 23:16:31 GMT</pubDate>
    <description>options DEVICE_POLLING в ядре&lt;br&gt;&lt;br&gt; polling - это управление сетевухой и прерываниями. В обычных условиях сетевуха генерит прерывание на каждый пришедший пакет - требуя чтоб ЦП выделил ресурсы на его обработку. Как итог, при большой нагрузке, сетевуха генерит несколько тыщ прерываний в секунду - а это не есть гуд, быстродействие машины снижается. Если же включить polling, то прерывания генерятся по таймеру (1000 в секунду, обычно), загрузка проца падает и быстродействие повышается. Естественно всё это не даром - повышается латентность сети, ибо в худшем случае на обработку пакета уходит на 1 миллисекунду (при HZ=1000) больше чем без этой функции. Если некритично - то можно юзать.&lt;br&gt;</description>
</item>

</channel>
</rss>
