100%-os processzorhasznalat (>8-as load), top nem jelzi k

Linux-haladó

100%-os processzorhasznalat (>8-as load), top nem jelzi k

  • 1136 megtekintés

( khiraly | 2005. 08. 04., cs – 22:52 )

Sziasztok!

Az a problemam, hogy a load elegge magas, a processzor 0% idle-vel rendelkezik, mindekozbe a top nem jelez egyik processzre se nagy cpu hasznaltsagot.

top elso par sora:
[code:1:04b1cf7f0b]
top - 22:49:19 up 30 days, 9:22, 3 users, load average: 4.75, 5.99, 7.09
Tasks: 194 total, 3 running, 191 sleeping, 0 stopped, 0 zombie
Cpu(s): 67.1% us, 27.4% sy, 0.0% ni, 0.0% id, 0.0% wa, 2.2% hi, 3.3% si
Mem: 2076224k total, 1913892k used, 162332k free, 119264k buffers
Swap: 499960k total, 88k used, 499872k free, 1327436k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
19663 hub 16 0 48956 33m 5604 R 19.2 1.7 73:54.71 verli
11031 www-data 15 0 16856 10m 11m S 1.3 0.5 0:01.66 apache
12521 www-data 15 0 16808 10m 11m S 1.3 0.5 0:01.14 apache
20856 hub 15 0 18128 7120 5604 S 1.0 0.3 50:21.10 verli
12216 www-data 16 0 17008 10m 11m S 1.0 0.5 0:01.58 apache
12526 www-data 16 0 17212 10m 11m S 1.0 0.5 0:01.15 apache
12535 www-data 15 0 16924 10m 11m S 1.0 0.5 0:00.89 apache
13172 www-data 15 0 17016 10m 11m S 0.7 0.5 0:00.69 apache
13173 www-data 16 0 17404 10m 11m S 0.7 0.5 0:01.99 apache
14083 www-data 16 0 17132 10m 11m S 0.3 0.5 0:01.01 apache
16510 root 17 0 2204 1128 1852 R 0.3 0.1 0:00.15 top
1 root 15 0 1504 512 1352 S 0.0 0.0 0:09.18 init
2 root RT 0 0 0 0 S 0.0 0.0 0:05.02 migration/0
3 root 34 19 0 0 0 S 0.0 0.0 0:02.08 ksoftirqd/0
[/code:1:04b1cf7f0b]

Van valakinek 5lete, hogy minek tudhato be ez a 0%-os idle, ill. hol tudnam megnezni, hogy mi okozza?

Masik (lehet osszefugg):
Hogy tudnam kideriteni, hogy mely processzeknek mekkora az IO igenyuk? Magyaran a mySQL mekkora sebesseggel es mennyit ir ill. olvas a vinyorol.

Minden 5let jol johet!

Udv,
Khiraly

( zsolt | 2005. 08. 04., cs – 23:13 )

Vinyóra a DMA-t kapcsold be!
pl.:
hdparm -d 1 /dev/hda

( khiraly | 2005. 08. 04., cs – 23:19 )

[quote:c06bd88deb="zsolt"]Vinyóra a DMA-t kapcsold be!
pl.:
hdparm -d 1 /dev/hda

[code:1:c06bd88deb]
/dev/hda:

Model=MAXTOR 4K040H2, FwRev=A08.1500, SerialNo=572131013271
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
RawCHS=16383/16/63, TrkSize=32256, SectSize=21298, ECCbytes=4
BuffType=DualPortCache, BuffSize=2000kB, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=78198750
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
AdvancedPM=no WriteCache=enabled
Drive conforms to: ATA/ATAPI-5 T13 1321D revision 1:

* signifies the current active mode
[/code:1:c06bd88deb]

Be van, es be is volt kapcsolva.

( _Joel | 2005. 08. 05., p – 00:26 )

Lehet, hogy rosszfele tapogatozom, de a ps es top parancsokat nem cserelte le senki sem a gepen "veletlenul"?

( _Joel | 2005. 08. 05., p – 00:27 )

"Hogy tudnam kideriteni, hogy mely processzeknek mekkora az IO igenyuk? Magyaran a mySQL mekkora sebesseggel es mennyit ir ill. olvas a vinyorol."

Ha valaki tud iosnoop-rol linuxon szoljon. Solaris-on is csak a DTrace ota lehet ilyen statisztikakat kinyerni a kernelbol...

( khiraly | 2005. 08. 05., p – 00:53 )

[quote:75ec4035fe="_Joel"]Lehet, hogy rosszfele tapogatozom, de a ps es top parancsokat nem cserelte le senki sem a gepen "veletlenul"?

Sajnos ez a load elegge valos. A munin is ilyet rajzol ki.

Egyebkent mi ertelme lenne nagyobb loadot hazudnia valakinek, mint amekkora a gepnek van?
Szerintem nem tortek meg a gepet.

Khiraly

( zsolt | 2005. 08. 05., p – 01:15 )

És az nem lehet, hogy az ethernet kártya van egy kicsit túlterhelve?

( khiraly | 2005. 08. 05., p – 01:42 )

[quote:02882e548d="zsolt"]És az nem lehet, hogy az ethernet kártya van egy kicsit túlterhelve?

Hat most 10Mbit up van. Nappal 30-40 mbit up.
Viszont a processzorok mar vagy 8 oraja folyamatosan 100%-on tekernek.

Khiraly

( jolle | 2005. 08. 05., p – 08:33 )

Lehet, hogy en is rossz fele tapogatozom, de milyen kerneled van? Ez a load average onmagaban nezve hetkoznapi ertek, a 194 processzel meg 0% idle-lal viszont erdekes nez ki. Szerintem azt is erdemes lenne kiprobalni, hogy egy reboot utan, ha egyenkent inditod el a daemonokat/alkalmazasokat, akkor melyiktol hulyul meg es mikor.

Mekkora a Top merete kilobigyoban a gepen es mas ugyanolyan disztribucion? Mar talalkoztam olyannal, hogy nem egeszen ugy mokudtek a utility-k, ahogy az megszokott volt, a meretuk meg kulonboztek egy masik gepen levoktol.

Az IO muvelet erdekes kerdes. Pl. hetkoznapi dolog, hogy a kernel olyan diszk muveleteket vegez, aminek eredmenyekent elfogy a szabad terulet, viszont az nem mindig derul ki a szokasos utilitikbol. Peldaul a du es a df homlokegyenest mast allit. Lasd VMWare. Ez az eset mondjuk teljesen normalis, de ki tudja mi tortenhet meg meg egy Linux kernelben.

( danesdzsu | 2005. 08. 05., p – 08:53 )

[quote:419d174eb0="khiraly"][quote:419d174eb0="_Joel"]Lehet, hogy rosszfele tapogatozom, de a ps es top parancsokat nem cserelte le senki sem a gepen "veletlenul"?

Sajnos ez a load elegge valos. A munin is ilyet rajzol ki.

Egyebkent mi ertelme lenne nagyobb loadot hazudnia valakinek, mint amekkora a gepnek van?
Szerintem nem tortek meg a gepet.

Khiraly

Nem nagyobb loadot hazudna, csak eppen nem jelzi ki azt a folyamatot, ami terhel. En megprobalnam egy tuti jo top-al.

( mocsi | 2005. 08. 05., p – 08:59 )

Izéé primkó megoldás mondjuk leállítani egyenként a daemon-okat és nézni mi fogja a gépet? :oops:

( Blint | 2005. 08. 05., p – 09:37 )

[quote:a575f4ac2f="khiraly"]
Masik (lehet osszefugg):
Hogy tudnam kideriteni, hogy mely processzeknek mekkora az IO igenyuk? Magyaran a mySQL mekkora sebesseggel es mennyit ir ill. olvas a vinyorol.

Hát, külön a MySQL-t nem tudom hogy tudnád megnézni, de a sysstat csomag iostat parancsával meg tudod nézni az overall IO igényt. Ezzel és a netstat-tal szerintem ki lehet deríteni, hogy miért magas a load (mármint hogy a proci miatt, sok nyitott socket miatt vagy mi). Onnan meg már mehet tovább a keresés, hogy melyik processz is okozza. Ilyenkor SZVSZ nem is akkora hülyeség éjszaka egyenként leállítani a szolgáltatásokat és megnézni melyik bibis. Ha meg így sem megy le a load akkor a helyedben megnézném a RAID állapotát (lehet, hogy syncel mint állat) és ha az is rendben van akkor lehet ráhaladni a desktop gépeden statikusan fordított top-pal, ps-el...

( DoDver | 2005. 08. 05., p – 10:31 )

Kisertetiesen hasonlit nekem egy olyan problemara, amitol en is szenvedek az egyik szerveremen.
[code:1:3be1ed8498]vmstat 1 10[/code:1:3be1ed8498]
Ennek nezd meg a kimenetet. Nekem az egyik szerveremen, amiota upgradeltem Sargera, es 2.6-os kernelt raktam, azota tobbszazezer (200-300e) interruptot akar vegrehajtani a rendszer, ami teljesen megeszi a procit, es le is fagy egy ido utan a gep, 2.4-es kernellel ugyanugy megvan ez a magas interrupt szam, de nem fagy le. ;)
Ha valaki talalkozott mar hasonloval, es sikerult megoldania, az pls irjon nekem!!

( drastik | 2005. 08. 05., p – 10:40 )

[quote:1d1810315c="DoDver"]Kisertetiesen hasonlit nekem egy olyan problemara, amitol en is szenvedek az egyik szerveremen.
[code:1:1d1810315c]vmstat 1 10[/code:1:1d1810315c]
Ennek nezd meg a kimenetet. Nekem az egyik szerveremen, amiota upgradeltem Sargera, es 2.6-os kernelt raktam, azota tobbszazezer (200-300e) interruptot akar vegrehajtani a rendszer, ami teljesen megeszi a procit, es le is fagy egy ido utan a gep, 2.4-es kernellel ugyanugy megvan ez a magas interrupt szam, de nem fagy le. ;)
Ha valaki talalkozott mar hasonloval, es sikerult megoldania, az pls irjon nekem!!

nekem sikerult mert meg kozvetlenul a 2.0as kernel utan csereltem freebsdre:)

( khiraly | 2005. 08. 05., p – 11:03 )

A topot nem csereltek ki, bar nagyobb a merete, mint az itthonim (32kB vs. 41kB)
Atraktam az itthoni topot a gepre, es hozza egy regebbi libet, es elinditottam es ugyanaz a helyzet, 100% cpu de a processzek nem eszik.

----

A fobb processzeket leallitottam (apache, es 2 sajat program) amik miatt lenyegeben van a gep. Levelezest (mailman, postfix) nem allitottam le, de szerintem nem valtoztatott volna semmit.

Szoval ugy nezem nem egy (altalam) ismert processz okozza.

A kernel az 2.6.8.1 -es. Egy eve mukodik szepen, es nem emlekszem hogy valami komolyabbat csinaltam volna az elmult 2 napban a gepen.

-----
vmstat 1 10 kimenete:
[code:1:307be4a8be]
gepem# 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
2 0 88 80384 212184 1215048 0 0 5 6 8 8 36 19 41 5
11 0 88 80832 212184 1215048 0 0 0 0 0 0 85 15 0 0
2 0 88 80384 212188 1215044 0 0 0 492 0 0 82 18 0 0
2 0 88 79424 212188 1215044 0 0 0 0 0 0 79 22 0 0
3 0 88 79224 212232 1215068 0 0 64 0 0 0 82 18 0 0
3 0 88 80608 212232 1215068 0 0 0 0 0 0 84 16 0 0
3 0 88 78104 212232 1215068 0 0 0 0 0 0 80 20 0 0
4 0 88 79672 212232 1215068 0 0 0 380 0 0 86 14 0 0
3 0 88 76656 212232 1215068 0 0 0 0 0 0 76 24 0 0
8 0 88 78960 212232 1215068 0 0 0 0 0 0 83 17 0 0
[/code:1:307be4a8be]

( khiraly | 2005. 08. 05., p – 11:09 )

Az en gepemen levo top meg a woody-bol szarmazik:
procps:
http://packages.debian.org/cgi-bin/search_contents.pl?searchmode=filelist&word=procps&version=oldstable&arch=i386

/lib/libproc.so.2.0.7

A gepen is valami koztes woody-sarge csomag van:
2.0.7-8.woody1 vs. 3.2.1-2
Ami a sarge-ben van az ennel ujabb.