Jaderné noviny – 21. 4. 2010 (diskuse)

Co se governorů pro cpufreq týče, tak v článku není zmíněn conservative, což je IMO škoda. Dá se konfigurovat o něco víc než ondemand a neskáče s frekvencí tak rychle, takže by mohl odpadnout i problém popisovaný v článku.

Quando omni flunkus moritati

5.5.2010 12:11 čavo
Rozbalit Rozbalit vše Re: Jaderné noviny – 21. 4. 2010

Spomenutý byť mohol, ale na conservative som mal problémy popisované v článku ešte vypuklejšie.

Kým frekvencia vystúpala, už nebolo treba vôbec zrýchľovať procesor, lebo náročné veci už skončili (reakcia na GUI). Kým klesla, zase zbytočne šiel rýchlo procesor, aj keď sa nič nedialo.

Kvôli tej reakcii na kliknutia do zložitejších aplikácii (napr. firefox), som prešiel na onDemand.

5.5.2010 12:33 trekker.dk | skóre: 72
Rozbalit Rozbalit vše Re: Jaderné noviny – 21. 4. 2010

Reakce na GUI je náročná věc? Firefox "složitější aplikace", kvůli které se musí zrychlovat CPU? Zdá se, že máme trochu jiná měřítka ;-)

, mě téměř nepřetržitě stačí 800MHz takt CPU - výjimka je jenom přehrávání HD videa (obzvlášť na youtube)

Quando omni flunkus moritati

5.5.2010 15:10 thingie | skóre: 8
Rozbalit Rozbalit vše Re: Jaderné noviny – 21. 4. 2010

No, takhle to dopadne, když necháte lidi něco sledovat a řídit. Ta změna frekvence není žádná megaoperace, vyplatí se to už i kvůli kratičkým zátěžím. A narážíme tu na oblíbené problemy regulace. Obecně nechápu v čem by byl správce podobný ondemand, jenom reagující mnohem pomaleji, lepší. Nebo i jen dobrý.

Já si třeba občas nastavuju natvrdo nejnižší frekvenci na noc, když spím, a je mi dokonale šumák jak rychle systém reaguje, ale zato mi vadí, když se najednou zbytečně naplno pustí větrák. Při nejnižší frekvenci ten systém podle mého průzkumu nedokáže ani při delší zátěži naakumulovat tolik tepla, aby to vyprovokovalo nepříjemně hlasité větrání.

Růžové lži.

5.5.2010 15:30 trekker.dk | skóre: 72
Rozbalit Rozbalit vše Re: Jaderné noviny – 21. 4. 2010

Ta změna frekvence není žádná megaoperace, vyplatí se to už i kvůli kratičkým zátěžím.

Dokumentace jádra říká:

If you have a desktop machine then you should really be considering the 'ondemand' governor instead, however if you are using a laptop, PDA or even an AMD64 based computer (due to the unacceptable step-by-step latency issues between the minimum and maximum frequency transitions in the CPU) you will probably want to use this governor.

K tvému

Obecně nechápu v čem by byl správce podobný ondemand, jenom reagující mnohem pomaleji, lepší. Nebo i jen dobrý.

Například kvůli úspoře energie (dokud 800MHz procesor stíhá dost rychle na to, abych na něj nečekal, nemám důvod chtít víc) či nižším otáčkám větráku (mě zbytečnej kravál vadí i ve dne)

A když už opravdu potřebuju výkon, který ten procesor má, většinou je to záležitost na několik minut či hodin. V takovém případě mě pár vteřin, než se procesor přepne do nejrychlejšího režimu, opravdu netrápí

Quando omni flunkus moritati

Že by se už konečně začalo něco dít s tím zcela rozjebaným IO? :-D

Hello world ! Segmentation fault (core dumped)

5.5.2010 16:25 frr | skóre: 34
Rozbalit Rozbalit vše Re: Jaderné noviny – 21. 4. 2010

Toto vydání Jaderných novin zmiňuje writeback. Kromě toho Wu Fengguang už delší dobu pracuje na vylepšení read-ahead algoritmů - jedná se spíš o mírný pokrok v mezích zákona, než o nějakou revoluci, ale aspoň něco. Readahead okno by nyní mělo být posuzováno "per stream" a má vylepšenou adaptivitu. Sice se nekoná zarovnání na velikost stripe size u RAIDů a nějak jsem z něj nedostal vyjádření, jestli se nějak rozlišují FS metadata od payloadu, ale jak říkám - lepší než nic.

[:wq]