![\"ArchLinux](\"https:\/\/farm9.staticflickr.com\/8477\/8237392571_9d45fc5eea_t.jpg\")
Viskas prasid\u0117jo nuo to, kad systemd rod\u0117, jog laptop-mode-tools kraunasi per 3 sekundes. Forume gavau pasi\u016blym\u0105 atsikratyti \u0161io serviso. Kadangi argument\u0173 kod\u0117l tur\u0117\u010diau taip padaryti pa\u010diam prane\u0161ime nebuvo, teko pa\u010diam pasidom\u0117ti kas ir kaip.<\/p>\n
Laptop-mode-tools naudojausi vien d\u0117l „power management” (toliau tesiog PM, nors kai kuriose vietose tur\u0117siu omenyje „power saving”). Vieninteliai svarb\u016bs veiksmai buvo LCD ap\u0161vietimo suma\u017einimas, Intel HDA garso plok\u0161t\u0117s i\u0161jungimas, hdparm Advanced Power Management i\u0161jungimas ir cpufreq „governors” nustatym\u0173 keitimas persijungiant nuo baterijos ant laido.<\/p>\n
LCD ap\u0161vietimas<\/strong> Intel HDA PM<\/strong> hdparm APM i\u0161jungimas<\/strong> Nelabai gaudantiesiems SMART ir HDD technologijose: \u010dia kriti\u0161kiausiai atrodo du faktoriai – ypa\u010d auk\u0161tas G-Sense_Error_Rate ir Load_Cycle_Count. \u0160ie skai\u010diai stacionariuose kompiuteriuose labai da\u017enai b\u016bna labai arti 0 (<100). Ne\u017einau kokios yra kiet\u0173j\u0173 disk\u0173 ilgaam\u017ei\u0161kumo statistikos G-Sense_Error_Rate at\u017evilgiu, bet kart\u0105 jau teko netekti per 100 GB duomen\u0173 d\u0117l kompiuterio naudojimosi va\u017eiuojan\u010diame automobilyje. Sp\u0117ju, kad tai ir buvo pagrindin\u0117 \u0161io skai\u010diaus dyd\u017eio prie\u017eastis. \u0160iuo metu jis kyla labai ne\u017eymiai, tad d\u0117l to nesijaudinu, o ir jum patariu nesijaudinti, o tik kartais u\u017emesti ak\u012f \u012f j\u012f, jei smalsu kiek „sveika” buvo kelion\u0117 su \u012fjungtu kompiuteriu.<\/p>\n Na, o \u0161tai Load_Cycle_Count yra skai\u010diukas, rodantis kiek kart\u0173 kietasis diskas buvo „u\u017emig\u0119s” taupydamas energij\u0105 t. y. galvut\u0117 pasitrauk\u0117 nuo kietojo disko \u012fra\u0161omojo pavir\u0161iaus ir i\u0161jung\u0117 disko rotacij\u0105. Tai smarkiai suma\u017eina HDD energijos s\u0105naudas, ta\u010diau kietasis diskas tok\u012f veiksm\u0105 gali padaryti vidutini\u0161kai 200 000 kart\u0173. Geresni kietieji diskai tai gali atlikti kelis kartus da\u017eniau.<\/p>\n Mani\u0161kis Load_Cycle_Count indikatorius jau seniai per\u0161oko 200 000 rib\u0105 ir dabar kiekvien\u0105 dien\u0105 telieka melstis, kad Samsung \u0161\u012f HDD pagamino labai kokybi\u0161kai. Dabar kasdien darau atsargines kopijas \u012f Ubuntu One, Dropbox ir dar \u0161en bei ten. O kol kas, kad \u0161is indikatorius kuo l\u0117\u010diau stumt\u0173 kiet\u0105j\u012f disk\u0105 \u012f kapines, galiu pasi\u016blyti vien\u0105 i\u0161 sprendimo b\u016bd\u0173:<\/p>\n Kadangi, iki \u0161iol naudojausi hdparm opcija per laptop-mode-tools, nusprend\u017eiau nebeapkrauti savo kompiuterio \u012fsijungimo laiko bereikalingomis komandomis ir APM i\u0161jungiau BIOS’uose. Deja, ne visi BIOS’ai si\u016blo toki\u0105 opcij\u0105, tad jums gali tekti naudotis hdparm komanda.<\/p>\n cpufreq „governors” nustatymas
\nPasak laptop-mode-tools, mano kompiuteryje ap\u0161vietimas reguliuojamas per \u00a0\/sys\/class\/backlight\/acpi_video0\/brightness fail\u0105. Taigi, tereik\u0117jo pasira\u0161yti systemd servis\u0105, kuris \u012fvykdyt\u0173 „echo 0 > \/sys\/class\/backlight\/acpi_video0\/brightness” komand\u0105. Kituose kompiuteriuose tas failas gali b\u016bti \/proc\/acpi\/video\/VID\/LCD\/brightness.<\/p>\n
\nTruput\u012f panar\u0161ius suradau, jog Intel HDA garso plok\u0161t\u0117s PM galiu \u012fjungti \/etc\/conf.d\/alsa faile, pakeisdamas POWERSAVE=0 \u012f POWERSAVE=1. \u0160i opcija veikia tik Intel HDA ir AC97 chip’ams. Kadangi konfig\u016bracinis failas vienaip ar kitaip, vis tiek yra perskaitomas u\u017ekraunant kompiuter\u012f, tai skirtumo kuriame faile \u012fjungti Intel HDA PM, nematau.<\/p>\n
\nNors \u0161iaip esu visi\u0161kai u\u017e energijos taupym\u0105, \u0161ioje vietoje to teko atsisakyti visi\u0161kai. Mano kompiuteris ilg\u0105 laik\u0105 dirbo su agresyviai nustatytu APM (0-96). Tokias opcijas jis da\u017eniausiai pasigaudavo i\u0161 numatyt\u0173j\u0173 Linux distribucij\u0173 konfig\u016bracij\u0173, tod\u0117l greitai „smartctl -A \/dev\/sda” atrod\u0117 taip:<\/p>\n![\"Terminalas\"](\"https:\/\/farm8.staticflickr.com\/7121\/8153823129_f30e1c2807_z.jpg\")
<\/p>\n\n
\n<\/strong>Nuo kernel versijos 3.4, cpufreq buvo integruotas \u012f Linux branduol\u012f ir nebereik\u0117jo instaliuoti cpufrequtils. Vietoje to, dabar visas CPU „throttling’as” gali b\u016bti atliekamas per \/sys failus arba naudojantis cpupower \u012frankio „interface’u”. Ta\u010diau mums net ir to nebereikia. ArchLinux numatytoji konfig\u016bracija naudoja „ondemand” „governor”, kas duoda maksimal\u0173 energijos taupym\u0105. Taip, taip – su „powersave” „governor” j\u016bs energijos netaupote<\/a>. Kadangi dirbant su kompiuteriu jis ilgiau atlikin\u0117s skai\u010diavimus \u017eemesniu da\u017eniu, tai ir ilgiau naudos daugiau energijos tuo pa\u010diu \u017eemesniu da\u017eniu. Na, o pak\u0117lus da\u017en\u012f, jis skai\u010diuos trumpiau, tad ir trumpiau naudos daugiau energijos. Anks\u010diau pateiktoje nuorodoje teigiama, jog trumpam pakelti da\u017en\u012f ir v\u0117liau gr\u012f\u017eti ilgesniam laikui \u012f „idle state” labiau apsimoka. Kyla tik klausimas ar apsimoka perjungti „ondemand” \u012f „performance” arba „userspace” su maksimaliu CPU da\u017eniu, kai naudojate kompiuter\u012f ant laido. Tam padariau ma\u017eyt\u012f test\u0105 su Intel Core i5-2410M, konvertuodamas 700 MB AVI fail\u0105 \u012f 128Kbps MP3. Rezultatus galite pamatyti patys:<\/p>\n