On Thu, 20 Apr 2006, ANDONE Mures wrote:

Pai nu zice mare lucru (cel putin pt mine):
<pre>
[EMAIL PROTECTED] ~]# cat /proc/interrupts
          CPU0       CPU1
 0:     216223     339991    IO-APIC-edge  timer
 8:          0          0    IO-APIC-edge  rtc
 9:          0          0   IO-APIC-level  acpi
16:      31006    5714695   IO-APIC-level  eth0
18:       9376      98577   IO-APIC-level  libata, eth2
19:    8304034      26854   IO-APIC-level  skge, eth1
NMI:        357        336
LOC:     556192     556169
ERR:          1
MIS:          0
[EMAIL PROTECTED] ~]#
</pre>

Daca ai nevoie de performanta la masina aia eu zic sa muti placile alea in slot sau sa chinui irq-urile din bios pina ramine fiecare placa de retea pe irq-ul ei, de asemenea si libata.

eth3: marvel gigabit on board (driver:skge) --> aici banui eu problema...

Si da si nu. eth1+eth3 nu fac un numar de irq-uri pe secunda mult mai mare decit eth0. Asta daca nu cumva s-a dat contorul peste cap, ofc:)

Trafic maxim ajunge seara la ~150-200mbps.
la mpstat:
Average:     CPU   %user   %nice    %sys %iowait    %irq   %soft
%idle    intr/s
Average:     all    0.30    0.00    0.50    0.20    1.00    4.90
93.11   6874.85
Average:       0    0.40    0.00    1.00    0.20    1.00    4.99
92.42   4149.30
Average:       1    0.20    0.00    0.20    0.00    1.00    4.79
93.61   2725.35
(vad o corespondenta intre nr de pachete pe secunda si nr de
intreruperi pe secunda.... banui ca un pachet genereaza o intrerupere.
spun prostii?)

Da, dar masina asta sta degeaba. O posibila gituire poate veni de la eth2+controllerul sata, discurile sint niste device-uri lente si facind sharing cu un device care tre' sa raspunda repede... e cam aiurea.

Da, am irqbalance activat si HT activat din bios.

        Foarte bine.

[EMAIL PROTECTED] htb]# uname -a
Linux cerberus 2.6.16-1.2096_FC5 #1 SMP Wed Apr 19 05:14:26 EDT 2006
x86_64 x86_64 x86_64 GNU/Linux

Incearca sa recompilezi kernelul scotind treburile de debug puse de cei de la FC. In multe configuratii ajuta.

[EMAIL PROTECTED] htb]# vmstat 1 10
procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu----
r  b   swpd   free   buff  cache   si   so    bi    bo   in    cs us sy id wa
1  0      0 1642328  39120 249084    0    0    36    32 3401    95  0  6 93  1
0  0      0 1642204  39128 249076    0    0     0   128 9059   180  0 10 89  0
0  0      0 1642204  39132 249072    0    0     0     0 8254    96  0  7 93  0
0  0      0 1642204  39140 249064    0    0     0   340 7297    70  0  5 95  0

Da, repet, masina asta sta degeaba. Cind ajungi la 40k irqs/sec (cu placile pe care le ai) si idle sub 5% am mai putea discuta de o gituire reala.

Problema e ca uneori ingheata complet. Eu banui ca e de la trafic prea
mare pe placa Marvell integrata.

Ce am incercat: sa opresc tot pe el si sa'l las pe post de sarma: am
oprit firewall, qos, squid, named, zebra, bgpd, si merge fara greturi.

        Pe monitor ce spune cind ingheata? Ai prins ceva?

PS: vechea masina era un celeron la 2.4, mb: asus p4s800-se si mergea
de n-avea aer, dar uneori ajungea incarcarea procesorului la 30-45% si
de asta l-am "upgradat".

Eu as fi asteptat pina cind ajungea pe la 55-60 cel putin. Dar oricum e bine ca ai avut fonduri:)

--
Any views or opinions presented within this e-mail are solely those of
the author and do not necessarily represent those of any company, unless
otherwise expressly stated.

_______________________________________________
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug

Raspunde prin e-mail lui