Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
No to w takim razie, niech będzie mój błąd z opcją -f ;)
Jakby ktoś pomógł z flush'em to byłbym wdzięczny :)
Offline
P@blo napisał(-a):
No to w takim razie, niech będzie mój błąd z opcją -f ;)
Albo nie. ;) Musiałbyś chyba sprawdzić jeszcze raz (albo dwa jeśli znowu padnie :D).
Offline
To już wolę się przyznać bez tego :D
Offline
Wyłączyłem flush:
sudo sysctl -w vm.dirty_writeback_centisecs=0
Nie wiem czy to dobry pomysł, ale skuteczny.
Pojawił się kolejny problem. Mianowicie, mimo:
pablo@lena:~$ df -h System plików rozm. użyte dost. %uż. zamont. na ... tmpfs 500M 94M 407M 19% /home/pablo/.cache ...
chromium nadal coś zapisuje na dysku:
Mar 30 14:28:39 lena kernel: [ 5942.168015] Chrome_HistoryT(28893): WRITE block 14719488 on sda2 (8 sectors) Mar 30 14:28:39 lena kernel: [ 5942.175196] Chrome_HistoryT(28893): WRITE block 3211264 on sda2 (8 sectors) Mar 30 14:28:39 lena kernel: [ 5942.175361] Chrome_HistoryT(28893): WRITE block 3211312 on sda2 (8 sectors) Mar 30 14:28:39 lena kernel: [ 5942.175399] Chrome_HistoryT(28893): WRITE block 3241888 on sda2 (8 sectors) Mar 30 14:28:39 lena kernel: [ 5942.175602] Chrome_HistoryT(28893): WRITE block 3244768 on sda2 (8 sectors) Mar 30 14:28:39 lena kernel: [ 5942.175643] Chrome_HistoryT(28893): WRITE block 3244912 on sda2 (8 sectors) Mar 30 14:28:39 lena kernel: [ 5942.175681] Chrome_HistoryT(28893): WRITE block 3250416 on sda2 (24 sectors) Mar 30 14:28:39 lena kernel: [ 5942.175710] Chrome_HistoryT(28893): WRITE block 3251352 on sda2 (8 sectors) Mar 30 14:28:39 lena kernel: [ 5942.175738] Chrome_HistoryT(28893): WRITE block 3252496 on sda2 (8 sectors) Mar 30 14:28:39 lena kernel: [ 5942.175767] Chrome_HistoryT(28893): WRITE block 3256016 on sda2 (8 sectors) Mar 30 14:28:39 lena kernel: [ 5942.215733] Chrome_HistoryT(28893): WRITE block 14719488 on sda2 (8 sectors) Mar 30 14:28:40 lena kernel: [ 5943.395868] Chrome_SyncThre(28892): WRITE block 29923712 on sda2 (32 sectors) Mar 30 14:28:40 lena kernel: [ 5943.395910] Chrome_SyncThre(28892): WRITE block 14721232 on sda2 (64 sectors) Mar 30 14:28:40 lena kernel: [ 5943.459567] Chrome_SyncThre(28892): WRITE block 29923712 on sda2 (8 sectors) Mar 30 14:28:40 lena kernel: [ 5943.467241] Chrome_SyncThre(28892): WRITE block 29913952 on sda2 (8 sectors) Mar 30 14:28:40 lena kernel: [ 5943.467291] Chrome_SyncThre(28892): WRITE block 29914008 on sda2 (8 sectors) Mar 30 14:28:40 lena kernel: [ 5943.467325] Chrome_SyncThre(28892): WRITE block 29914040 on sda2 (16 sectors) Mar 30 14:28:40 lena kernel: [ 5943.467345] Chrome_SyncThre(28892): WRITE block 29915584 on sda2 (8 sectors) Mar 30 14:28:40 lena kernel: [ 5943.467369] Chrome_SyncThre(28892): WRITE block 29922000 on sda2 (8 sectors) Mar 30 14:28:40 lena kernel: [ 5943.467398] Chrome_SyncThre(28892): WRITE block 29922048 on sda2 (8 sectors) Mar 30 14:28:40 lena kernel: [ 5943.467425] Chrome_SyncThre(28892): WRITE block 29922104 on sda2 (8 sectors) Mar 30 14:28:40 lena kernel: [ 5943.467454] Chrome_SyncThre(28892): WRITE block 29922352 on sda2 (8 sectors) Mar 30 14:28:40 lena kernel: [ 5943.467482] Chrome_SyncThre(28892): WRITE block 29922896 on sda2 (8 sectors) Mar 30 14:28:40 lena kernel: [ 5943.467510] Chrome_SyncThre(28892): WRITE block 29922928 on sda2 (8 sectors) Mar 30 14:28:40 lena kernel: [ 5943.467541] Chrome_SyncThre(28892): WRITE block 29923624 on sda2 (8 sectors) Mar 30 14:28:40 lena kernel: [ 5943.503466] Chrome_SyncThre(28892): WRITE block 29923712 on sda2 (8 sectors) Mar 30 14:28:41 lena kernel: [ 5943.809350] Chrome_FileThre(28877): WRITE block 14695488 on sda2 (8 sectors) Mar 30 14:28:43 lena kernel: [ 5946.447055] Chrome_FileThre(28877): WRITE block 14695488 on sda2 (16 sectors) Mar 30 14:28:46 lena kernel: [ 5948.997617] Chrome_FileThre(28877): WRITE block 14695496 on sda2 (8 sectors) Mar 30 14:28:50 lena kernel: [ 5953.408529] BrowserBlocking(28889): dirtied inode 917209 (.org.chromium.Chromium.m9Hav1) on sda2 Mar 30 14:28:50 lena kernel: [ 5953.408553] BrowserBlocking(28889): dirtied inode 917209 (.org.chromium.Chromium.m9Hav1) on sda2 Mar 30 14:28:50 lena kernel: [ 5953.409161] BrowserBlocking(28889): WRITE block 14720000 on sda2 (312 sectors) Mar 30 14:28:52 lena kernel: [ 5954.850028] Chrome_FileThre(28877): WRITE block 14695496 on sda2 (8 sectors) Mar 30 14:28:58 lena kernel: [ 5960.639079] BrowserBlocking(28887): dirtied inode 917242 (.org.chromium.Chromium.s7TErk) on sda2 Mar 30 14:28:58 lena kernel: [ 5960.639105] BrowserBlocking(28887): dirtied inode 917242 (.org.chromium.Chromium.s7TErk) on sda2
Nie mogę zlokalizować źródła.
Może ktoś coś wie na ten temat?
Offline
Jestes pewny, że Chromium tam przetrzymuje cache?
Offline
Tak. Tu jest fajny artykuł: https://wiki.archlinux.org/index.php/Chromium_Tips_and_Tweaks
Już sobie poradziłem. Trzeba doinstalować profile-sync-daemon (to pakiet nie tylko dla chroma tak więc polecam każdemu - widoczna różnica w prędkości). Działa wyśmienicie :)
Teraz muszę to wszystko zusammen do kupy, a potem to może artykulik? :p
Ostatnio edytowany przez P@blo (2013-03-30 15:41:47)
Offline
Jak uda Ci się grzebać po sieci chociaż 30minut z wyłączonym dyskiem to daj znać ;) . I czy z flashem. ;D bo brzmi to dość obiecująco :)
Ostatnio edytowany przez dominbik (2013-03-30 17:04:15)
Offline
Narazie udaje mi się zatrzymać dysk na 5-10min. Cały czas flush coś tam ładuje. Z flashem jest tak, że po kliknięciu na filmik musi się załadować (to logiczne) i uruchamia dysk, ale jak tylko to zrobi to 5s i śpi, potem ten filmik już mogę męczyć. Z następnym filmikiem jest tak samo... Nie wiem jak załadować program (flash) do ramu :D
Offline
Offline
Kurcze mam problem z tym flushem. Opiszę tu tak jak ja to rozumiem, może komuś się zechce tym pobawić bo ja już wymiękam... Jak ktoś włączy sobie:
echo 1 > /proc/sys/vm/block_dump
to potem:
tail -f /var/log/syslog |grep flush
będzie widzieć jak często to wyskakuje...
Teoretycznie odpowiada za to:
/proc/sys/vm/dirty_writeback_centisecs
Które jak ustawi się na 0 to powinno powstrzymać, ale tak nie jest.
Po co to flush w ogóle? Rozumiem to tak, że tam cache jest wpisywane do ramu i pewnymi opcjami opisanymi tutaj:
https://www.kernel.org/doc/Documentation/sysctl/vm.txt (z nazwą dirty)
Jest określony czas (albo wielkość w bytach, jedno z drugim się wyklucza) po jakim to wszystko co się nagromadziło ma być wpisane na dysk. Dobrze to rozumiem? Tyle, że obecnie u mnie dirty_bytes i dirty_background_bytes było ustawione na 100000000, a i tak co jakiś czas (wg mnie za krótki) flushował. W ogóle nie reagował na zmiane, tak jakby trzeba by było przeładować jakiś daemon który za to odpowiada...
Pomocy bo całą idee szlag trafi, a już artykuł napisany w sumie :/
Co jest miłe to mimo (jeszcze) zbyt częstych wybudzeń dysku czas na baterii wydłużył mi się o 1h z 6 na 7. :) Więc to już coś.
Offline
Spróbuj pobawić się jeszcze tymi:
/proc/sys/vm/dirty_ratio
/proc/sys/vm/dirty_background_ratio
Ja mam takie wartości (wraz z opisami):
cat /etc/pm/power.d/laptop-mode #!/bin/sh . "${PM_FUNCTIONS}" VM="/proc/sys/vm" vmfiles="laptop_mode dirty_ratio dirty_background_ratio dirty_writeback_centisecs" LAPTOP_MODE=${LAPTOP_MODE:-5} LAPTOP_DIRTY_RATIO=${LAPTOP_DIRTY_RATIO:-90} LAPTOP_DIRTY_BG_RATIO=${LAPTOP_DIRTY_BG_RATIO:-1} LAPTOP_DIRTY_WRITEBACK=${LAPTOP_DIRTY_WRITEBACK:-60000} help() { cat <<EOF -------- $0: Laptop mode tuning parameters. This hook controls how agressive the system is at trying to avoid writing to disk. The longer the disk is idle, the more power you can save. This hook is only active on battery power, and it restores these values to kernel defaults when on AC power. It has 4 tuneable parameters: LAPTOP_MODE = value for laptop_mode on battery. Defaults to 5, which enables laptop mode and forces the system to wait 5 seconds whenever something asks to write to disk to flush out as much data as we can. LAPTOP_DIRTY_RATIO = the ratio of dirty memory to all memory that processes start doing their own writeout. Defaults to 60, which means that the kernel will not start forcing process to write out file information that has been changed but not saved until 60% of usable system memory is filled with dirty information. LAPTOP_DIRTY_BG_RATIO = The ratio of dirty memory to all memory that pdflush will wake up and start writing to disk. Defaults to 40, which means that the kernel will wake up a helper process to try and write out dirty memory once 40% of usable system memory is dirty. LAPTOP_DIRTY_WRITEBACK = The number of centiseconds between periodic wakeups of the pdflush daemons. Defaults to 60000 (10 minutes), which menas that the kernel will flush dirty memory every 10 minutes if dirty memory never hits 40% of system memory. EOF } [ -w $VM/laptop_mode -a -w $VM/dirty_ratio ] || exit $NA read_values() { for f in $vmfiles; do [ -r "$VM/$f" ] && cat "$VM/$f" || echo 0 done } write_values() { for f in $vmfiles; do [ -w "$VM/$f" ] && echo $1 > "$VM/$f" shift done } laptop_mode_ac() { # disable laptop mode, set vm parameters back to sane defaults if state_exists laptop_mode_default; then write_values $(restorestate laptop_mode_default) else write_values 0 10 5 500 fi echo "Laptop mode disabled." } laptop_mode_battery() { # enable laptop mode, set vm parameters to buffer as many writes as # possible. state_exists laptop_mode_default || \ read_values | savestate laptop_mode_default write_values "$LAPTOP_MODE" "$LAPTOP_DIRTY_RATIO" \ "$LAPTOP_DIRTY_BG_RATIO" "$LAPTOP_DIRTY_WRITEBACK" echo "Laptop mode enabled." } case $1 in true) laptop_mode_battery ;; false) laptop_mode_ac ;; help) help;; *) exit $NA ;; esac exit 0
I problemów z flushem brak.
Offline
Ujemne? O tym nie pomyslalem...
Offline
P@blo napisał(-a):
Ujemne? O tym nie pomyslalem...
Hę? :)
One są dodatnie.
Wesołych Świąt ludu pracujący miast i wsi :)
Offline
Wiem wiem... Ale faktycznie nie pomyślałem o ujemnych wartościach :D ale nici z tego...
Max to 10min... Widzę jednak poprawę, bo nie flush wybudza a jakieś (bo nie wiem gdzie i co to) upowerd. Przykład:
Mar 31 16:44:07 lena kernel: [ 2453.265848] flush-8:0(2805): WRITE block 12597136 on sda2 (8 sectors) Mar 31 16:54:03 lena kernel: [ 3048.785626] upowerd(4738): dirtied inode 419619 (history-rate-42T4861-63-22352.dat.DPLWUW) on sda2 Mar 31 16:54:03 lena kernel: [ 3048.785641] upowerd(4738): dirtied inode 419619 (history-rate-42T4861-63-22352.dat.DPLWUW) on sda2 Mar 31 16:54:03 lena kernel: [ 3048.785941] upowerd(4738): WRITE block 3369472 on sda2 (144 sectors) Mar 31 16:54:05 lena kernel: [ 3050.980157] upowerd(4738): WRITE block 12597136 on sda2 (8 sectors) Mar 31 16:54:05 lena kernel: [ 3050.980886] upowerd(4738): dirtied inode 419569 (?) on sda2 Mar 31 16:54:05 lena kernel: [ 3050.991960] upowerd(4738): dirtied inode 419569 (history-charge-42T4861-63-22352.dat.OPX0UW) on sda2 Mar 31 16:54:05 lena kernel: [ 3050.991973] upowerd(4738): dirtied inode 419569 (history-charge-42T4861-63-22352.dat.OPX0UW) on sda2 Mar 31 16:54:05 lena kernel: [ 3050.992268] upowerd(4738): WRITE block 3368960 on sda2 (144 sectors) Mar 31 16:54:05 lena kernel: [ 3050.992910] upowerd(4738): WRITE block 12597112 on sda2 (8 sectors) Mar 31 16:54:05 lena kernel: [ 3050.993905] upowerd(4738): dirtied inode 419615 (?) on sda2 Mar 31 16:54:05 lena kernel: [ 3050.995869] upowerd(4738): dirtied inode 419615 (history-time-full-42T4861-63-22352.dat.BR00UW) on sda2 Mar 31 16:54:05 lena kernel: [ 3050.995880] upowerd(4738): dirtied inode 419615 (history-time-full-42T4861-63-22352.dat.BR00UW) on sda2 Mar 31 16:54:05 lena kernel: [ 3050.995995] upowerd(4738): WRITE block 13234552 on sda2 (32 sectors) Mar 31 16:54:05 lena kernel: [ 3050.996382] upowerd(4738): WRITE block 12597128 on sda2 (8 sectors) Mar 31 16:54:05 lena kernel: [ 3050.996894] upowerd(4738): dirtied inode 419952 (?) on sda2 Mar 31 16:54:05 lena kernel: [ 3051.005924] upowerd(4738): dirtied inode 419952 (history-time-empty-42T4861-63-22352.dat.LR11UW) on sda2 Mar 31 16:54:05 lena kernel: [ 3051.005937] upowerd(4738): dirtied inode 419952 (history-time-empty-42T4861-63-22352.dat.LR11UW) on sda2 Mar 31 16:54:05 lena kernel: [ 3051.006190] upowerd(4738): WRITE block 3369216 on sda2 (144 sectors) Mar 31 16:54:05 lena kernel: [ 3051.006799] upowerd(4738): WRITE block 12597296 on sda2 (8 sectors) Mar 31 16:54:05 lena kernel: [ 3051.007239] upowerd(4738): dirtied inode 419603 (?) on sda2 Mar 31 16:54:33 lena kernel: [ 3078.773918] flush-8:0(28756): WRITE block 12597136 on sda2 (8 sectors) Mar 31 16:54:33 lena kernel: [ 3078.773950] flush-8:0(28756): WRITE block 12597296 on sda2 (8 sectors) Mar 31 16:54:33 lena kernel: [ 3078.773964] flush-8:0(28756): WRITE block 12667280 on sda2 (8 sectors) Mar 31 16:54:33 lena kernel: [ 3078.773982] flush-8:0(28756): WRITE block 8 on sda2 (8 sectors) Mar 31 16:54:33 lena kernel: [ 3078.773993] flush-8:0(28756): WRITE block 8296 on sda2 (8 sectors) Mar 31 16:54:33 lena kernel: [ 3078.774006] flush-8:0(28756): WRITE block 12582928 on sda2 (8 sectors) Mar 31 16:54:33 lena kernel: [ 3078.774017] flush-8:0(28756): WRITE block 12583064 on sda2 (8 sectors) Mar 31 16:54:33 lena kernel: [ 3078.774027] flush-8:0(28756): WRITE block 12597112 on sda2 (8 sectors) Mar 31 16:54:33 lena kernel: [ 3078.774038] flush-8:0(28756): WRITE block 12597128 on sda2 (8 sectors) Mar 31 17:03:57 lena kernel: [ 3642.555706] flush-8:0(28756): WRITE block 12597128 on sda2 (8 sectors) Mar 31 17:03:57 lena kernel: [ 3642.555736] flush-8:0(28756): WRITE block 12666376 on sda2 (8 sectors) Mar 31 17:03:57 lena kernel: [ 3642.555756] flush-8:0(28756): WRITE block 8 on sda2 (8 sectors) Mar 31 17:03:57 lena kernel: [ 3642.555768] flush-8:0(28756): WRITE block 8296 on sda2 (8 sectors) Mar 31 17:03:57 lena kernel: [ 3642.555779] flush-8:0(28756): WRITE block 8388632 on sda2 (8 sectors) Mar 31 17:03:57 lena kernel: [ 3642.555790] flush-8:0(28756): WRITE block 12583064 on sda2 (8 sectors) Mar 31 17:03:57 lena kernel: [ 3642.555801] flush-8:0(28756): WRITE block 12597104 on sda2 (8 sectors)
Pierwsza linia to ostatni flush z poprzednich 10min, potem właśnie upowerd i dopiero potem flush (jako że ma okazję to się wtrynia - tak to rozumiem :p)
Wie ktoś co to i jak wyłączyć to upowerd? Bo chyba jestem na dobrej drodze...
Offline
To od upower wciąganego przez gnome-power-manager jeśli nadal używasz GNOME.
Offline
A czy jak zatrzymam gdm to czy upower też powinno się zamknąć? Da się zamknąć mając gnome?
Offline
A upower nie ma żadnych skryptów w /etc/init.d/* ? albo #killall -SIGTERM upower ? Generalnie do tych zabaw takie ciężkie środowisko może być problematyczne, ale możesz spróbować. W ogóle nie wiem po co w takim GNOME upower
Offline
Jeśli tego nie potrzebujesz, to zawsze można wywalić.
Offline
P@blo co nic nie piszesz? Udało się? ,praca na laptopie z wyłączonym dyskiem w internecie to byłoby coś. Można byłoby napisać do tego zestaw skryptów w bashu :)
Offline
dominbik napisał(-a):
P@blo co nic nie piszesz? Udało się? ,praca na laptopie z wyłączonym dyskiem w internecie to byłoby coś. Można byłoby napisać do tego zestaw skryptów w bashu :)
Nie czytasz artykułów? ;) Na skrypty nie mam czasu. Miłej zabawy :)
Offline
Co do flash'a w ramie, jest prosty sposób... Nie sprawdzałem czy skuteczny, ale wg systemu powinien działać. Jako że korzystam z chromium i flashplugin-nonfree to w /etc/rc.local wpis:
cp /usr/lib/flashplugin-nonfree/libflashplayer.so /tmp/
oczywiście /tmp ma być w ramach. A potem jeszcze:
cd /usr/lib/chromium/plugins/ ln -s /usr/lib/flashplugin-nonfree/libflashplayer.so libflashplayer.so
aby efekt był:
pablo@lena:/usr/lib/chromium/plugins$ ls -l razem 0 lrwxrwxrwx 1 root root 22 kwi 7 12:29 libflashplayer.so -> /tmp/libflashplayer.so
i teraz po restarcie przeglądarki widzimy:
pablo@lena:~$ ps aux|grep plugin pablo 11549 6.8 1.8 843764 149396 ? Sl 12:30 0:27 /usr/lib/chromium/chromium --type=plugin --plugin-path=/tmp/libflashplayer.so --lang=pl --channel=11213.24.1437476915
Chyba, żadna filozofia. Taki zabiegł mi chodził po głowie, ale dopiero teraz to zrobiłem ;)
Offline
I jak ile udało Ci się wyciągnąć z wyłączonym dyskiem?
Offline
A artykule napisałem, że 20min. Zrezygnowałem z tego bo jednak korzystam z empathy który jest cały czas w tle, poza tym upowerd nie jest takie bez sensu, bo on oblicza ile zostało jeszcze baterii. Jak go ubiłem to zamarł ;) Do tych zabaw potrzeba jakiegoś *box'a bo gnome jest za ciężki, a że go lubie to dlatego zrezygnowałem. Ale opis przyda się osobą, które mają ssd i chcą minimalnie go urzywać :) Myślę, że ty mając openbox'a możesz w to się pobawić. Na pewno ci to na dobre wyjdzie :)
Offline
Aha, no pewnie w przyszłości z tego skorzystam (teraz mało czasu) a może nawet kupie SSD (mam drugą kieszeń w laptopie na 2dysk - zalety 17"). No, czym lżejsze środowisko pewnie będzie lepsze do tego.
P@blo napisał(-a):
poza tym upowerd nie jest takie bez sensu, bo on oblicza ile zostało jeszcze baterii
e tam oblicza - robi to raczej acpi i polecenie "acpi" (tak podejrzewam)
Ostatnio edytowany przez dominbik (2013-04-07 14:03:37)
Offline
Może oblicza to za dużo powiedziane. Aktualizuje dane z acpi ;)
Offline