Re: lug-bg: IRQ натоварване

2006-03-17 Thread Georgi Alexandrov
Здравей,

отговарям без цитати защото явно имам проблем при reply точно на твоето
писмо.

За soft irq става въпрос естествено. От procinfo и vmstat няма да видиш
нищо повече от това което описах в предишното писмо.

За iptables правила не си спомням да съм споменавал или питал, иначе
проекти като ipset.netfilter.org и nf-HiPAC (hipac.org) ги знаем.

И аз съм на мнение вече, че intel са добър избор при гигабитовите карти.

-- 
regards,
Georgi Alexandrov

Key Server = http://pgp.mit.edu/ :: KeyID = 37B4B3EE
Key Fingerprint = E429 BF93 FA67 44E9 B7D4  F89E F990 01C1 37B4 B3EE




signature.asc
Description: OpenPGP digital signature


Re: lug-bg: IRQ натоварване

2006-03-17 Thread Стоян Цалев
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

На 16.3.2006 19:01 Georgi Alexandrov написа:
> Здравейте,
Здрасти!

> Става въпрос за мрежова карта гледаща към даден мрежов сегмент през
> която манава около 30mbits трафик средно (понякога достига до 200mbits
> но това е за доста кратък период от време). Трафика е доста разнороден и
> див - torrents, други p2p, уеб, фтп, мейл и т.н.
>
> Системата е Debian etch, със кърнел 2.6.15 (linux-image-2.6.15-1-686).
> Мрежовата карта е Intel 82540EM (Gigabit) и работи с е1000 драйвера от
> описания по горе кърнел (без  NAPI, което може би е малко странно защото
> e100 от съшия кърнел има вкл. NAPI).
>
> atop показва IRQ натоварване на процесора от 20% до 50% понякога.
> (load average: 0.32, 0.56, 0.52 в момента при IRQ натоварване около 22-25%)
> Общо взето друго почти не товари самия процесор.
за кой вид прекъсвания става дума - SW или HW? Дай изхода на procinfo и vmstat 
да се ориентираме в ситуацията. 
> Въпроса ми е дали ще има някакъв ефект и намаляване на натоварването ако
> се включи NAPI поддръжка във драйвера при подобни условия.
NAPI е добра идея и по мои наблюдения работи добре с този вид карти. Срещал 
съм оплаквания,че машини с включено NAPI забиват при голям пик на трафика,но  
лично не съм наблюдавал никога подобен ефект. 
> Също дали 
> може да се намали това IRQ натоварване по друг начин.
По мое мнение по-скоро трябва да търсиш проблема малко по-високо - например 
има ли твърде много правила в iptables, (особено в табличката mangle!), или 
много класове на шейпъра... Една бърза идея,ако имаш много еднакви като 
синтаксис правила в iptables,опитай се да ги обединиш в един или няколко 
ipsets (http://ipset.netfilter.org/) 
> Van Jacobson в момента работи върху т.нар. network channels но
> практическа реализация още няма, очаква се
> (http://lwn.net/Articles/169961/).
Ей,това е интересно. Само недоразбрах в-у какво практически работи. Човека 
изглежда като блестящ теоретик,ама не разбрах какво точно смята да реализира 
на практика. Уотевър :)

Стоян

П.П. Още 2 стинки от мене,тъй и тъй съм се разписал... гигабитовите интелки са 
(доста) добри карти, предоставят и някоя и друга екстра, като например т.нар. 
interrupt moderation - демек колко прекъсвания в секунда най-много ще ти 
генерира картата,като този параметър може да се смята и динамично,в 
зависимост от моментния трафик. Освен това има и ip & udp checksum 
offload,както и tcp segmentation offload. В зависимост от 
ситуацията,използването им може да ти помогне малко или повече...
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (GNU/Linux)

iD8DBQFEGnIQvhLpENG0zsgRAg5BAKDgaqmaG5PavUTyTyG7v5BWpq4uDgCg6HcG
DQ8GLq6Y0AmfrTiUBbpmqZc=
=AVbr
-END PGP SIGNATURE-