Este normala valoarea nice 19 pentru ksoftirqd ?
PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND
3 root 34 19 000 S 0.0 0.0 0:00.00 ksoftirqd/0
___
RLUG mailing list
RLUG@lists.lug.ro
On Mon, 2006-10-16 at 13:52 +0300, fh wrote:
Este normala valoarea nice 19 pentru ksoftirqd ?
PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND
3 root 34 19 000 S 0.0 0.0 0:00.00 ksoftirqd/0
da.
On 10/16/06, Samareanu Florin [EMAIL PROTECTED] wrote:
On Mon, 2006-10-16 at 13:52 +0300, fh wrote:
Este normala valoarea nice 19 pentru ksoftirqd ?
PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND
3 root 34 19 000 S 0.0 0.0 0:00.00
On Mon, 12 Dec 2005, Radu Radoveneanu wrote:
mai exact ce face asta? :D
Daca cauti pe google despre asta vei primi mura-ntre urechi.
Preferi s-o iei de pe google sau sa ti-o dam noi?:)
--
Any views or opinions presented within this e-mail are solely those of
the author and do not
Tarhon-Onu Victor wrote:
este irelevant ca acolo era ksoftirqd/0, putea la fel de bine sa fie
Daca ai toate irq-urile pe un singur cpu virtual atunci s-ar putea
sa ai o problema de la un anumit punct.
pai tocmai ca nu sunt pe un singur cpu virtual , sunt pe amandoua insa
pe unul
Daniel Colicov wrote:
in principiu da...am mutat o parte din trafic pe un cisco si nu mai
sughita..dar daca mut traficul inapoi iar am ping in gw intre 30 si
70ms, si cpu idle ~ 60%. placi de retea 3x 1Gbps + 3x 100Mbps. cu
toate astea am aprox 70.000 pkts/s. si sistemul e dual xeon, 1GB
On Mon, 12 Dec 2005, Radu Radoveneanu wrote:
pai tocmai ca nu sunt pe un singur cpu virtual , sunt pe amandoua insa
pe unul mai mult decat pe celalat, oricum la 5000 intreruperi/s cate
raporteaza mpstat ar trebui sa zbarnaie
In principiu da. Faci si nat pe masina aia?
inclin sa cred
Daniel Colicov wrote:
am pus 2.6.13.4, am activat napi, irq balancing, preemtptu + rulare de
irqbalance(nu stiu daca e ok sa mearga in paralel cu cel din kernel).
buba e ca mi-a scos HT desi e bifat sa foloseasca HT. la top nu am
decat 2 procesoare in loc de 4 cate erau cu HT activat. o
On Sat, 10 Dec 2005, Radu Radoveneanu wrote:
ti-ai rezolvat problema? acum ma confrunt cu aceeasi chestie ,
compilesc 2.6.13.4 acum si sper sa scap ...
Aceeasi problema care? Nu se vad decit cite cpu-uri fizice ai in
PC desi sint HT capable si HT enabled sau iti moare masina facit
Tarhon-Onu Victor wrote:
Aceeasi problema care? Nu se vad decit cite cpu-uri fizice ai in
PC desi sint HT capable si HT enabled sau iti moare masina facit
intreruperi software?
moare masina cu intreruperi software, 4 placi retea, 2 gigabit e1000
(eth1 si eth2) eth0 e100 (variante
la mine se intampla ca aveam ceva reguli in firewall. s-a rezolvat cu
ipset din PoM.
multam pt ajutor
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug
Tarhon-Onu Victor wrote:
On Fri, 2 Dec 2005, George M. wrote:
Scoate-i optiunea asta din kernel:
[ ] Enable kernel irq balancing
Foarte gresit. Nu fa asta.
I-am dat sfatul asta dupa ce am constatat pe propriul router ca face
bine. Si gasisem asta pe internet undeva.
La sfatul tau,
Probabil PCI64, nu PCI-X. Sint 2 chestii foarte diferite. Placa cu
pricina e infipta in slotul pci64, dar ea e tot pci64 sau pci32?
Lasa NAPI activat. Activeaza HT, activeaza irq balancing, activeaza
preempt. Nu uita sa pornesti irqbalance (e o scula userspace care
scrie treburi prin /proc
On Sat, 3 Dec 2005, Daniel Colicov wrote:
irqbalance(nu stiu daca e ok sa mearga in paralel cu cel din kernel). buba e
ca mi-a scos HT desi e bifat sa foloseasca HT. la top nu am decat 2
procesoare in loc de 4 cate erau cu HT activat. o sa mai sap sa vad ce e cu
HT.
Pentru ca
Asta ar fi o greseala.
Deloc, in anumite conditii un pseudocore poate trashui cacheul celuilalt
pseudocore.
(cele doua sibling-uri au cache-uri comune). Situatiile in care se
intimpla asta sint
rare si foarte application specific, dar se intimpla. Desigur, i-am
sugerat doar sa incerce
On Sun, 4 Dec 2005, Vali Dragnuta wrote:
Asta ar fi o greseala.
Deloc, in anumite conditii un pseudocore poate trashui cacheul celuilalt
pseudocore.
Poate in anumite situatii, foarte rare si specifice. In rest e o
greseala, cel putin in cazul lui, avind in vedere ce tre' sa faca
salut
am un slack 10.1, kernel 2.6.12.5 si 5 eth-uri. la un trafic mai mare
aprox. 25MB/s(si aprox 35000pkts/s) in top imi apare ksoftirqd/0,1,2,3
depinde pe ce procesor e alocata intreruperea unei placi de retea.
procesorul e ocupat cam 35-40%. flood nu se face sigur ca de la asta mai
aparea
Daniel Colicov wrote:
salut
orice sfat e binevenit.
multam
echo jdemii /proc/sys/net/ipv4/ip_conntrack_max ?
tail -f /var/log/messages syslog ?
___
RLUG mailing list
RLUG@lists.lug.ro
http://lists.lug.ro/mailman/listinfo/rlug
Ia incearca :
1). cat /proc/interrupts si vezi daca nu cumva doar un singur procesor
se ocupa de tratat intreruperi.
2). dezactiveaza HT (hyperthreading) - in anumite contexte HT poate
reduce performantele in loc sa le ridice (nu intru in detalii acum).
Ia incearca :
1). cat /proc/interrupts si vezi daca nu cumva doar un singur procesor
se ocupa de tratat intreruperi.
un cat /proc/inntrerupts aici:
http://img530.imageshack.us/my.php?image=irq0sm.jpg
2). dezactiveaza HT (hyperthreading) - in anumite contexte HT poate
reduce performantele
Vezi si firewall-ul.
La numar mare de pachete performantele scad vizibil din cauza
firewall-ului (latenta mare)... Adica nu prea treci de 15kpps daca ai
10k de intrari in firewall.
/cv
Daniel Colicov wrote:
Ia incearca :
1). cat /proc/interrupts si vezi daca nu cumva doar un singur procesor
Vezi si firewall-ul.
La numar mare de pachete performantele scad vizibil din cauza
firewall-ului (latenta mare)... Adica nu prea treci de 15kpps daca ai
10k de intrari in firewall.
/cv
[EMAIL PROTECTED]:/# iptables-save firewall cat firewall | wc -l
3213
la 3200 de linii nu cred ca e asa
Daniel Colicov wrote:
Vezi si firewall-ul.
La numar mare de pachete performantele scad vizibil din cauza
firewall-ului (latenta mare)... Adica nu prea treci de 15kpps daca ai
10k de intrari in firewall.
/cv
[EMAIL PROTECTED]:/# iptables-save firewall cat firewall | wc -l
3213
la 3200
Daniel Colicov wrote:
salut
am un slack 10.1, kernel 2.6.12.5 si 5 eth-uri. la un trafic mai mare
aprox. 25MB/s(si aprox 35000pkts/s) in top imi apare ksoftirqd/0,1,2,3
depinde pe ce procesor e alocata intreruperea unei placi de retea.
Scoate-i optiunea asta din kernel:
[ ] Enable kernel irq
On Fri, 02 Dec 2005 12:39:42 +0200, Daniel Colicov
[EMAIL PROTECTED] wrote:
salut
am un slack 10.1, kernel 2.6.12.5 si 5 eth-uri. la un
trafic mai mare
aprox. 25MB/s(si aprox 35000pkts/s) in top imi apare
ksoftirqd/0,1,2,3
depinde pe ce procesor e alocata intreruperea unei placi
de retea.
Scoate-i optiunea asta din kernel:
[ ] Enable kernel irq balancing
Si bifeaza-i optiunile ce tin de routing prin kernel pe la Networking
Options.
George
am scos-o, nu mai da request time out dar la un top procesoarele sunt
idle 30-35%. inainte de a scoate irq balancing statea idle 60-65%
Ok. Tu acolo chiar ai nevoie de NAT? Daca nu atunci da rmmod la
modulele pentru nat, sau recompileaza kernelul fara suport de nat daca
cumva ai suportul built-in.
--
Any views or opinions presented within this e-mail are solely those of
the author and do not necessarily represent those of
On Fri, 2 Dec 2005, George M. wrote:
Scoate-i optiunea asta din kernel:
[ ] Enable kernel irq balancing
Foarte gresit. Nu fa asta.
--
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
Probabil PCI64, nu PCI-X. Sint 2 chestii foarte diferite. Placa cu
pricina e infipta in slotul pci64, dar ea e tot pci64 sau pci32?
Lasa NAPI activat. Activeaza HT, activeaza irq balancing, activeaza
preempt. Nu uita sa pornesti irqbalance (e o scula userspace care
scrie treburi prin /proc si
On 12/2/05, Radu Radoveneanu [EMAIL PROTECTED] wrote:
echo jdemii /proc/sys/net/ipv4/ip_conntrack_max ?
mah nu mai faceti asa, e o greseala, o sa ai tone de bucket-uri si
hash mic de tot, care o sa duca la incarcare procesor pentru ca o sa
fie lungi listele din hash. corect si mult mai rapid e
On Fri, 2 Dec 2005, Daniel Colicov wrote:
placa de retea duala este pe pci-eXtended, adica pci64. placa este
pci-x != pci64.
conceputa pt slotul asta, nu este pe pci32. o sa i-au 2.6.13.4 ii pun
PoM-ul si optiunile de mai sus sa vad ce o sa iasa. regulile sunt
facute cat mai cu
ca sa cauti da jos firewall, htb, vezi sa fie distribuite bine
intreruperile, cam tot ce a zis lumea mai inainte. daca e de la
firewall pune ipset/nf-hipac, daca e de la htb optimizeaza si tu
filtrele, folosesti hash tables ? cit de multe? cit de mari?, ai nat?
daca ai toate intreruperile pe un
32 matches
Mail list logo