Ešus do batohu, do školy, do lesa, do postele… (diskuse)

[Ondřej Kuda]

A co takhle zapsat to do databaze hardware misto do blogu?

[vogo]

ani nevím ze záznamu vede odkaz na blog, prašť jak uhoď

[trekker.dk]

Další, kdo nutně musel použít userspace démona na to, aby řídil něco, co jádro řídí líp.

[vogo]

jestli myslíte ten větrák, tak to ani smykem, jádro to neřídí, jen to spustí, a už nikdy nevypne, a pokud víte jak dosáhnout toho aby tomu tak nebylo, rád si to vyslechnu

[DjAARA]

Řekl bych, že mluví o škálování frekvence procesoru…

[vogo]

v tom případě říkám jasně: ne, pomocí démona pohodlně nastavím limity, například když baterka mele z posledního, tak netaktuju CPU na maximum, ale jen do určité meze, mohu případně (neříkám, že to tak mám aktuálně nastavené) spouštět i nějaké další akce atd.

[trekker.dk]

Události na docházející baterku může řídit acpid, netaktovat CPU na maximum, když je málo energie, to může také zařídit acpid.

Zbytek času - během normálního provozu na zatím ještě dostatečně nabitou baterii nebo na AC - řídí jádro škálování mnohem efektivněji, než nějaký démon.

[vogo]

ale ono se to škáluje pomocí governorů, nechápu jaký je problém s cpufreqd, prostě jen prohazuje a nastavuje governor podle aktuálního stavu systému, když je to tak špatná věc, tak chci vidět postup jak se toho zbavit, a zařídit to tak, aby to fungovalo jako s ním, případně jak se to reálně projeví na času běhu z baterie

[trekker.dk]

Jo takhle, tak to sorry... já měl zato, že máš nastavený governor userspace a cpufreqd nastavuje frekvenci (dřív to tak bylo.) Jestliže ten démon mění governory, tak to je něco jiného.

[David Watzke]

Další humorista co načítá dri i glx...

[vogo]

ha Ivan, to bude tím, že jsem si vzal konfigurák z desktopu, kde mám nvidii, a kompletně to překuchal, teda až na tohle :D

[belisarivs]

Vadi to necemu?

[Martin Viteznik]

<flame>Od kdy se dělají ešusy z plastu?</flame>