Изпечатай

[vic_semionov]

браточки, някой може ли да ми помогне с това:

настроил съм HD-то да се гаси след 30 минути idle-time, но това никога не става. като се загледам внимателно в индикатора се вижда, че през около 10 секунди премигва. а това се случва даже когато системата си седи и не прави нищо видимо.

пробвах в "еднопотребителския" режим в runlevel 1, където поветето сървъри и демони ги няма - пак същото. не е и заради cron задачи, нито заради swap - имам доста памет и към swap много рядко се прибягва. съмнявам се че може да е от някой kernel-space процес, но не ги знам кой за какво е. знаете ли от какво може да става това? или знаете ли как може да се провери по-обстойно какво става вътре в системата?

дистрибуцията ми е slackware 10.0 с ядро 2.6.7

ето резултата от 'ps aux' (в runlevel 1)

Цитат

USER       PID %CPU %MEM   VSZ  RSS TTY      STAT START   TIME COMMAND root         1  0.0  0.0   492  248 ?        S    09:00   0:00 init [1]       root         2  0.0  0.0     0    0 ?        SN   09:00   0:00 [ksoftirqd/0] root         3  0.0  0.0     0    0 ?        S<   09:00   0:00 [events/0] root         4  0.0  0.0     0    0 ?        S<   09:00   0:00 [khelper] root         5  0.0  0.0     0    0 ?        S<   09:00   0:00 [kacpid] root        21  0.0  0.0     0    0 ?        S<   09:00   0:00 [kblockd/0] root        33  0.0  0.0     0    0 ?        S    09:00   0:00 [pdflush] root        34  0.0  0.0     0    0 ?        S    09:00   0:00 [pdflush] root        36  0.0  0.0     0    0 ?        S<   09:00   0:00 [aio/0] root        35  0.0  0.0     0    0 ?        S    09:00   0:01 [kswapd0] root       191  0.0  0.0     0    0 ?        S    09:00   0:00 [kjournald] root      7127  0.0  0.3  2668 1588 tty1     Rs   21:15   0:00 -bash root      7404  0.0  0.0  1324  344 ?        S<s  21:19   0:00 udevd root      7419  0.0  0.0  1336  472 tty3     Ss+  21:19   0:00 /sbin/agetty 38400 tty3 linux root      7434  0.0  0.0  1336  472 tty4     Ss+  21:19   0:00 /sbin/agetty 38400 tty4 linux root      7449  0.0  0.0  1336  472 tty5     Ss+  21:19   0:00 /sbin/agetty 38400 tty5 linux root      7464  0.0  0.0  1336  472 tty6     Ss+  21:19   0:00 /sbin/agetty 38400 tty6 linux root      7471  0.0  0.0  1336  472 tty2     Ss+  21:19   0:00 /sbin/agetty 38400 tty2 linux root      7566  0.0  0.1  2280  796 tty1     R+   21:20   0:00 ps aux

ето и от 'free'

Цитат

total       used       free     shared    buffers     cached Mem:        515896     399412     116484          0      10852     327272 -/+ buffers/cache:      61288     454608 Swap:            0          0          0

10x

Да това е драйвера на журналната файлова система ext3 или това е  кернелски процес [kjournald] ... който комитва метаданни през 5 секунди на диска - journal-commit-interval, в което няма нищо лошо. Не си спомням дали можеше да се променя с буут опция. Но имаше май в конфига на кернела лаптоп моде, и после от /прок файловата система можем да го активираш това моде и ще ти ограничава комитването към диска, спиндаун и т.н. разрови, ще се ориентираш.

[vic_semionov]

мерси много!

добре че се сети, че аз забравих да спомена какъв ми е FS '>

а това комитване не знам точно какво е (предполагам че е нещо като sync-ване или записване на кеш). та не трябва ли това да се извърши само един път или няколко пъти - т.е. краен брой пъти? защото при мен това става постоянно.

и още едно въпросче - ако сложа ReiserFS пак ли ще прави същото?

10x

[vic_semionov]

перфектен си - с информацията която ми даде го намерих тоя laptop_mode и документацията за него и разбрах как се удължава commit intervala. обаче се отказах от spindown-а щото хард дисковете имали ограничен живот от около 50 хиляди spindown-а '>

само дето не разбрах защо се налага постоянно да се комитва, като системата е "idle" и не трябва да има dirty buffers.

ако някой има същия проблем като мен и търси решение ето какво може да помогне: laptop_mode е флаг и се намира в /proc/sys/vm/laptop_mode. документация има в <kernel-src>/Documentation/laptop-mode.txt

освен това има и още един полезен флаг за проследяване от къде идват всички записи и прочети от диска - /proc/sys/vm/block_dump (пише го в laptop-mode.txt) което кара ядрото да генерира message при всяка операция с диска и може да ги проследите с 'dmesg'