Re: Kernele testowe wersja v26.x - atom, K8, i7 oraz Brazos
: 06 wrz 2013, 08:57
Hmm zastanawia mnie ta kwestia dirty_writeback_centisecs ... na żadnej z moich maszyn [ani tych które robiłem] nie wystąpiły [był bąłd w kernelu - wszystkie wcześniejsze (w tym generiki) niż v26.x - który usunąłem właśnie w tej wersji = konflikt sterownika USB 1.1 vs 2.0 - od teraz już nie ma] takie frezzy ... zastanawia mnie jakie jeszcze elementy konfiguracji mogą powodować [poza ewentualną jeszcze wielkością stron pamięci dla vm], że opóźnienie czyszczenia tego "bufora" może tym skutkować. Tu chodzi o tzw. dirty_bytes ... inaczej "stare" dane [w tym dane usera, coinfigi, dokumentny etc.], jakie system będzie zapisywał np. do swapu, albo jako bufor dla dysku. Zatem im okres po którym dane zostaną ustalone "za zbyt stare" [dirty_expire_centisecs] będzie dłuższym tym mniejsza będzie aktywność dysków [w tym co ma ogromne znaczenie dla SSD] ... i tym większa będzie energooszczędność oraz wydajność = system nie zajmuje się "niepotrzebnymi" odwołaniami do I/O ... ale też wydajność niektórych działań I/O może spaść ... i tu im niższa będzie wartość dla dirty_expire_centisecs [+ pozostałe wartości współgrające z tm vm.sys] tym szybciej system będzie reagował ... ale też o tyle szybciej spadnie długość życia każdego dysku [tu głównie SSD]. Przykładowo Ja daje na Ac wartość 6000, a zatem po ok 1 minucie [a na baterii ustaliłem to na 12 minut
] dopiero nastąpi odwołanie do I/O - jeśli będzie konieczne [to już inne parametry vm decydują (w tym wartości ilości "stron" pamieci udzielonych dla vm - tu wskazywana przez Kolegę NetBita kwestia "zajmowania" ramu do granic możliwości = celowe
- też ustawiane w APM] ... a jeśli damy ustawienia defaultowe będzie to ... 5 sekund
. Zatem wystarczy pomnożyć ilość odwołań [tu jeszcze trzeba brać pod uwagę dość mały bufor = liczbę stron pamięci dla dirty bytes ustalony defaultowo = jeszcze częstsze odwołania] do dysków SSD, a następnie podzielić ilość możliwych cykli przez te odwołania i mamy żywotność dysku
. Pod moim APM SSD będzie "żył" - jeśli maszyna działa w "cyklu mieszanym" AC/Batt nawet o 12 x dłużej niż na standardowych ustawieniach Canonical
. Jednak właśnie tu jest coś za coś ... jeśli system ma problemy z I/O [coś nie halo widać z niektórymi kontrolerami] to objawi się to taką sytuacją, jaka opisuje Kolega NetBit73 ... i właśnie "USB fix" jest taką próbą kompromisu trochę "zgniłego" = obniżenie energooszczędności i wydajności, ale i tak o 200 [dosłownie] x lepszego niż ustawienia Canonical
. Przy okazji o tym i zarządzaniu procesami przez kernel myślę można by napisać 1000 stron i nadal pozostanie spore pole do dyskusji
.
Pozdrawiam
-- 06 wrz 2013 10:33 --
Jak pisałem testuje już nową konfiguracje v26.1 ... wydajność do 5 % wyższa ... obmawiałem się, że podniesienie wydajności wpłynie na energooszczędność, ale jak na razie jest ... lepiej niż na v26.0
Kernel v26.1-brazos na X370 - AMD APU E-350 - tryb idle
Pozdrawiam







Pozdrawiam
-- 06 wrz 2013 10:33 --
Jak pisałem testuje już nową konfiguracje v26.1 ... wydajność do 5 % wyższa ... obmawiałem się, że podniesienie wydajności wpłynie na energooszczędność, ale jak na razie jest ... lepiej niż na v26.0

Kernel v26.1-brazos na X370 - AMD APU E-350 - tryb idle
Pozdrawiam