Dotaz: častý přístup na hdd

[Beda0]

Zdravím, mám notebook a SATA disk, každou vteřinu mi problikne LED disku a je slyšte na chviličku seek. Dělá to v KDE i bez X.

Když jsem se pokoušel zjistit, co pracuje s diskem pomocí fuser -v, vypsalo to spoustu věcí, jde nějak jinak zjistit, co přistupuje na disk, k čemu a jak často?

Odpovědi

[martin.svoboda]

pres prikaz lsof si muzes vypsat seznam otevrenych souboru, ale neni to o moc vic user friendly.

[stativ]

Zkus powertop, jestli to často pracuje s diskem, tak to musí poměrně často probouzet i procesor. Pro ten účel můžete zkusit i vypnout DMA, sice se výkon značně sníží, ale zase se bude muset postarat o každý zápis přímo CPU a o to lépe to v PoverTopu bude vidět.

[Beda0]

Nevim, jak se mi to povedlo, ale interval přístupu na disk se zvětšil na 3-5 vteřin.

Pořád ale nevím kam to přistupuje.

PowerTop mi moc nepomohl, nebo vidíte něco podezřelého? Je to se zapnutým DMA, jde vůbec u SATA disku vypnout?

Wakeups-from-idle per second : 282,5    interval: 15,0s
no ACPI power usage estimate available
Top causes for wakeups:
  33,6% (118,4)        [interrupt] : uhci_hcd:usb1, sdhc0:slot0, jmb38x_ms:slot0, nvidia
  13,9% ( 48,9)              Xorg : do_setitimer (it_real_fn)
  13,9% ( 48,9)         syndaemon : do_nanosleep (hrtimer_wakeup)
   7,8% ( 27,5)       [interrupt] : iwl4965
   5,8% ( 20,5)       [interrupt] : ahci
   5,8% ( 20,5)            kopete : schedule_timeout (process_timeout)
   3,3% ( 11,6)      [kernel IPI] : Rescheduling interrupts
   2,7% (  9,5)     [kernel core] : ehci_work (ehci_watchdog)
   2,3% (  8,1)   [kernel module] : usb_hcd_poll_rh_status (rh_timer_func)
   2,3% (  7,9)            compiz : schedule_timeout (process_timeout)
   1,4% (  4,9)       [interrupt] : ehci_hcd:usb3, uhci_hcd:usb6
   1,4% (  4,8)   USB device 3-1.5 : Microsoft Wireless Optical Mouse� 1.00 (Microsoft)
   1,1% (  4,0)            kicker : schedule_timeout (process_timeout)
   0,7% (  2,5)             opera : schedule_timeout (process_timeout)
   0,6% (  2,0)           emerald : schedule_timeout (process_timeout)
   0,5% (  1,7)          krusader : schedule_timeout (process_timeout)
   0,4% (  1,5)    wpa_supplicant : schedule_timeout (process_timeout)
   0,3% (  1,1)           klipper : schedule_timeout (process_timeout)

další měli už jen málo procent

[stativ]

Hmm, také tam nic nevidím. Nemůže jít o práci se swapem, pokud byste měl malou RAM? Můžete to zkusit změnou hodnoty /proc/sys/vm/swappiness (mezi 0 – snaží se neswapovat a 100 – snaží maximálně swapovat).

[Beda0]

Mam 4 GB RAM, swap mam zapnutý, ale prázdný.

[Beda0]

Jo, mam openSUSE 11, 64b

[miso]

Skus utilitku iotop, tam uvidis, ktory proces pristupuje k disku

[Roman DAVID]

nemate nahodou ext3 filesystem ?

Pokud ano, tak se jedna o zapis zurnalu (default je kazdych 5 sec.)

Tuto hodnotu muzete zmenit parametrem commit=NNN v /etc/fstab, kde NNN je pocet vterin.

[Roman DAVID]

osobne mam na notebooku nastaveny commit na 5 minut

[Beda0]

ano, byl to žurnál, v iotop proces kjournald. Přidal jsem parametry v fstab noatime,commit=60,data=writeback a problém je vyřešen.

Dík všem za pomoc.