| 1 |
>>Popis problemu je jednoduchy: ackoliv je system pomaly a 'hrabe' o 106, |
| 2 |
>>> tak zatez procesoru je na 16 %. Kdyz nekdy rano prijdu a chci pracovat, |
| 3 |
>>> tak musim restartovat, prtoze se zatez procesoru nevyhrabe vice nez na |
| 4 |
>>> 1 %. |
| 5 |
> |
| 6 |
> |
| 7 |
> Co to znamena "hrabe"? Jestli swapuje, procesor to nebrzdi. |
| 8 |
|
| 9 |
A jestli opravdu swapuje (a se starsim jadrem to nedelal), neni |
| 10 |
pricina ani v disku ani v procesoru, ale v neprimerenem narustu |
| 11 |
pametovych naroku (nejspis jadra, pokud se nic jineho nezmenilo; jeste |
| 12 |
by snad prichazela v uvahu chyba nekde v rutinach pro spravu pameti, |
| 13 |
kvuli niz by jadro stale swapovalo z jakehosi pochybneho rozmaru, ale |
| 14 |
divne mi pripada oboji a odbornik nejsem). Co rikaji o obsazeni pameti a |
| 15 |
swapu free a top? Osobne mam porad na obrazovce gkrellm (a jeste |
| 16 |
wmmemmon, protoze hezky vypada), takze swapovani poznam podle vysoke |
| 17 |
aktivity disku (na kterem mam swap), zaplnene pameti, zaplnene aspon |
| 18 |
casti swapu a pohybu ukazatelu pameti a swapu (prinejmensim na kolaci |
| 19 |
wmmemmonu je to pekne videt), jak se data prelevaji sem a tam. Pokud jde |
| 20 |
skutecne o swapovani (jako ze je to hodne pravdepodobne), top by mel po |
| 21 |
serazeni procesu podle obsazene pameti (F n), pripadne podle obsazeneho |
| 22 |
swapu (F p) ukazat, ktere procesy to maji na svedomi. Coz by melo |
| 23 |
odhalit bumbrlicka, ktery sezral prilis mnoho pameti, zatimco jestli |
| 24 |
pamet padla za obet premnozenemu stadu nejakych procesu, ktere jsou samy |
| 25 |
o sobe kazdy zvlast vcelku skromne, bude se vynik asi hledat hur. |
| 26 |
Krome toho by samozrejme mohl nejaky program soustavne psat na disk a |
| 27 |
cist z nej primo zamerne, ani by nemusel preplnit pamet a zavinit |
| 28 |
swapovani, ale jak zjistit, ktery proces se jak moc bavi s diskem, to z |
| 29 |
hlavy nevim a rychle ted zjistit nedovedu. |
| 30 |
|
| 31 |
Jestlize si pocitac stezuje na neco jako |
| 32 |
|
| 33 |
> Oct 22 00:59:38 [kernel] hda: timeout waiting for DMA |
| 34 |
|
| 35 |
mohlo by to znamenat cosi neprijemneho, Google na tuhle hlasku najde i |
| 36 |
rady typu ,,To mas z toho, ze sis koupil spatny disk. Umira ti,`` ale |
| 37 |
diskuse (v angictine) od |
| 38 |
http://nslug.ns.ca/pipermail/nslug/2003-January/004581.html a dale skrze |
| 39 |
odpovedi zas tak cerne nevyzniva (zhruba z ni vyplyva podivat se `hdparm |
| 40 |
-i` na moznosti disku, jake podporuje rezimy DMA, pak je vyzkouset od |
| 41 |
nejrychlejsiho k nejpomalejsimu, nektery snad bude fungovat, a ten pak |
| 42 |
prijde do /etc/conf.d/hdparm). |
| 43 |
Nezda se mi, ze by selhani DMA mohlo zpusobit nadmerne swapovani -- |
| 44 |
zpomalit urcite, ale tolik, aby jinak hladce pracujici pocitac byl |
| 45 |
najednou k nepouziti? Konce koncu, kdyby bylo dost volne pameti, nemel |
| 46 |
by stroj swapovat vubec, rychle nebo pomalu. |
| 47 |
|
| 48 |
Mejte se krasne. |
| 49 |
Honza Machacek |
| 50 |
|
| 51 |
-- |
| 52 |
gentoo-user-cs@g.o mailing list |
Archives