Dotaz: Dlouhe spousteni programu

[vlk]

ak nejaku chvilu nic nerobim na jednom serveri, tak spustenie prikazu trva otravne dlho, druhe uz ide rychlo:

$ time cpio
cpio: You must specify one of -oipt options.
Try `cpio --help' or `cpio --usage' for more information.

real    0m1.517s
user    0m0.004s
sys     0m0.000s

$ time cpio
cpio: You must specify one of -oipt options.
Try `cpio --help' or `cpio --usage' for more information.

real    0m0.012s
user    0m0.000s
sys     0m0.000s

takto to je uplne so vsetkymi programami co v linuxe su. neviem prist nato ze cim to je, robi to len na jedenom serveri. je tam debian lenny, hardware je 2x xeon quad, 8GB ram a 16x 1TB disk v RAID6 (14TB) radic ARECA

nema niekto nejaky napad ako zistit cim to je? dik.

PS: podobne instalacie mam aj na inom HW to nerobi. Disky sa neuspavaju a RAMka je v tom case vyuzita asi na 5%

PS2: po kompletnej reinstalacii toho servera to robi znova :(

Odpovědi

[Petr Šobáň]

Co poví top ? Velké load average ? Velké zatížení CPU něčím ? Utok ze sítě ? Sítovka ?

[vlk]

procesory niesu vytazene, load 0.00... utok zo siete je vyluceny, mam to zatial na lokalnej sieti, sietovka nejavi ziadne problemy... momentalne je vytazena na minimum a prenost dat je rychly az k gigabitu ak nieco kopirujem.

je zaujimave ze vsetko funguje paradne rychlo, len obcas po dlhsom case ak nieco spustim, tak to nabiaha dlho.

[Petr Šobáň]

Co to udělá jak tomu vyměníš RAM ? Kolik modulů tam máš ? Co to udělá jak tam necháš míň RAM ?

Co IRQ ? Co ACPI ? Co APIC ? Co nějaká volba v BIOSu ?

[VM]

co rika strace ?

[vlk]

som sa odmlcal, pretoze sa sychronizovalo pole, ale teraz som robil nejake testy, tak teda:

- pocas synchronizovania diskov to nerobilo (teda aspon sa mi to nestalo)

- robi to na programoch, ktore niesu v diskovej kesi

- strace ... zabrzdi sa to vzdy hned za exec()

- vsimol som si ze ked to stoji, tak vzdy svietia nejake disky (.... ale vzdy len dva)

[Petr Šobáň]

To vypadá na nějaký problém s řadičem HDD.

Co kabely ? Nepřepnou se HDD do nějakých pomalých režimů ? Nějaké podezřelé hlášky ze smartu, ze řadiče ?

Neuspí se náhodou nějaký HDD a pak trvá než se probudí ?

[vlk]

no testoval som rychlost seekovania disku a aj sekvencneho citania, spustil som to dvakrat a prave pri prvom spusteni sa ta "zahada" na zaciatku dost prejavila:

myslim ze to nevyzera na kable, inak by uz nato nadaval radic, a ten tvrdi ze je vsetko v najlepsom poriadku. mozno na vyskusanie vymenim radic, no len to asi nebude hned, a obavam sa ze to nepomoze...

$ sudo ./seeker /dev/sda
Random read access (block size: 512 B): 1.57 kB/s, 3 seeks/s, 318.71 ms
Random read access (block size: 1 kB): 31.92 kB/s, 31 seeks/s, 31.33 ms
Random read access (block size: 2 kB): 277.31 kB/s, 138 seeks/s, 7.21 ms
Random read access (block size: 4 kB): 539.30 kB/s, 134 seeks/s, 7.42 ms
Random read access (block size: 8 kB): 1.08 MB/s, 138 seeks/s, 7.20 ms
Random read access (block size: 16 kB): 2.06 MB/s, 131 seeks/s, 7.59 ms
Random read access (block size: 32 kB): 3.28 MB/s, 104 seeks/s, 9.54 ms
Random read access (block size: 64 kB): 5.79 MB/s, 92 seeks/s, 10.79 ms
Random read access (block size: 128 kB): 10.28 MB/s, 82 seeks/s, 12.16 ms
Random read access (block size: 256 kB): 18.91 MB/s, 75 seeks/s, 13.22 ms
Random read access (block size: 512 kB): 34.47 MB/s, 68 seeks/s, 14.51 ms
Random read access (block size: 1 MB): 63.25 MB/s, 63 seeks/s, 15.81 ms
Random read access (block size: 2 MB): 100.05 MB/s, 50 seeks/s, 19.99 ms
Random read access (block size: 4 MB): 104.59 MB/s, 26 seeks/s, 38.25 ms
Random read access (block size: 8 MB): 176.38 MB/s, 22 seeks/s, 45.36 ms
Random read access (block size: 16 MB): 275.73 MB/s, 17 seeks/s, 58.03 ms

$ sudo ./seeker /dev/sda
Random read access (block size: 512 B): 73.03 kB/s, 146 seeks/s, 6.85 ms
Random read access (block size: 1 kB): 150.85 kB/s, 150 seeks/s, 6.63 ms
Random read access (block size: 2 kB): 287.85 kB/s, 143 seeks/s, 6.95 ms
Random read access (block size: 4 kB): 590.23 kB/s, 147 seeks/s, 6.78 ms
Random read access (block size: 8 kB): 1.14 MB/s, 145 seeks/s, 6.88 ms
Random read access (block size: 16 kB): 2.30 MB/s, 147 seeks/s, 6.79 ms
Random read access (block size: 32 kB): 3.52 MB/s, 112 seeks/s, 8.89 ms
Random read access (block size: 64 kB): 6.38 MB/s, 102 seeks/s, 9.80 ms
Random read access (block size: 128 kB): 10.93 MB/s, 87 seeks/s, 11.43 ms
Random read access (block size: 256 kB): 20.46 MB/s, 81 seeks/s, 12.22 ms
Random read access (block size: 512 kB): 36.80 MB/s, 73 seeks/s, 13.59 ms
Random read access (block size: 1 MB): 69.02 MB/s, 69 seeks/s, 14.49 ms
Random read access (block size: 2 MB): 110.39 MB/s, 55 seeks/s, 18.12 ms
Random read access (block size: 4 MB): 122.77 MB/s, 30 seeks/s, 32.58 ms
Random read access (block size: 8 MB): 178.84 MB/s, 22 seeks/s, 44.73 ms
Random read access (block size: 16 MB): 295.58 MB/s, 18 seeks/s, 54.13 ms

$ sudo hdparm -t /dev/sda
 Timing buffered disk reads:  1790 MB in  3.01 seconds = 594.54 MB/sec

$ sudo hdparm -t /dev/sda
 Timing buffered disk reads:  2114 MB in  3.00 seconds = 704.61 MB/sec

[vencour]

Napadá mne, jestli by latencytop v tomhle případě něco objevil?

[vlk]

mozno je to tymto:

http://support.wdc.com/product/download.asp?groupid=609&sid=113&lang=en

bude sa flashovat ... tak uvidim :)

[vlk]

ciastocne sa to zlepsilo ... predtym tie disky totiz odkladali hlavy kazdych 20s, a vzdy sa cakalo, kym sa zosynchronizovali hlavy. firmware tento cas predlzil na 5min..

dik vsetkym zucastnenym za pomoc.