CPU z překladače/pro ty kdo užívá ladění/

Díky deedii pro toto vysílání v jiném fóru: http://forum.xda-developers.com/show...65&postcount=2 Android guvernérů CPU vysvětlil 1 vše: OnDemand 2: OndemandX 3: Výkon 4: Úsporný 5: Konzervativní 6: userspace 7: Min Max 8: Interaktivní 9: InteractiveX 10: Smartass 11: SmartassV2 12: Scary 13: Lagfree 14: Smoothass 15: Brazilianwax 16: SavagedZen 17: Lazy 18: Lionheart 19: LionheartX 20: Intellidemand 21: Hotplug 22: pořádné 23: Wheatley 24: Lulzactive 25: Pegasusq / Pegasusd 26: hotplugx 27: AbissPlug 28: MSM DCVS 29: IntelliActive 30: Adaptivní 31: Noční můra 32: ZZmove INFO I / O plánovače naleznete zde: PLÁNOVAČ 1: OnDemand Guvernér: Tento regulátor má vlasy spoušť pro posílení clockspeed do maximálních otáček nastavených uživatelem. Je-li zatížení procesoru umístěn uživatelem poleví, bude guvernér OnDemand pomalu krok zpátky přes frekvenční steppings jádra, dokud se usadí na nejnižší možné frekvenci, nebo uživatel provádí jinou úlohu, požadovat rampu. OnDemand má vynikající tekutost rozhraní, protože jeho vysokofrekvenční zkreslení, ale může mít také relativně negativní vliv na životnost baterie v závislosti na dalších regulátorů. OnDemand je obvykle vybrán smartphone výrobců, protože je to osvědčené, spolehlivé a prakticky zaručuje nejhladší možný výkon pro telefon. . To je proto, že uživatelé jsou mnohem větší pravděpodobnost, že fena o výkonu, než jsou pár hodin navíc výdrž baterie jiného guvernér mohl udělily jim Tato poslední skutečnost je důležité vědět, než budete číst o Interaktivní guvernérem: OnDemand váhy jeho clockspeed v fronta kontext práce. Jinými slovy, jakmile je úkol, který spustil clockspeed rampy dokončení OnDemand se pokusí přesunout clockspeed zpět na minimum. Pokud uživatel provádí jinou úlohu, která spustí OnDemand je rampu, bude clockspeed odrazit z minima na maximum. To se může stát zejména často v případě, že uživatel je multi-tasking. To, také, má negativní dopad na životnost baterie. 2: OndemandX: V podstatě ondemand se pozastaví / wake profilů. Tento guvernér má být baterie přátelský OnDemand. Když obrazovka se vypne, maximální frekvence je omezena na 500 MHz. I když OnDemand je výchozí guvernér v mnoha jádře a je považován za bezpečný / stabilní, podpora ondemand / ondemandX závisí na schopnosti procesoru dělat rychlé přepínání frekvence, které jsou velmi nízké přechody frekvence latence. Někde jsem četl, že výkon OnDemand / ondemandx byly významně různé pro různé I / O plánovače. To není pravda, pro většinu ostatních guvernérů. Osobně si myslím, ondemand / ondemandx jde nejlépe s SIO I / O plánovače. 3: guvernér Výkon: Tato zamkne CPU telefonu na maximální frekvenci. I když to může znít jako ošklivé myšlenky, že je stále více důkazů o tom, že spuštění telefonu na maximální frekvenci po celou dobu umožní rychlejší závod k nečinnosti. Race-to-volnoběh je proces, při kterém telefon dokončí zadaný úkol, jako je například synchronizaci e-mailu, a vrátí CPU na extrémně efektivní nízkou spotřebou elektrické energie. To ještě vyžaduje rozsáhlé testování, a jádro, které správně implementuje C-stavy daným CPU (nízké stavy napájení). 4: úsporně Governor: opak guvernéra výkonu, úspory energie guvernér uzamkne frekvenci procesoru na nejnižší frekvenci nastavené uživatel. 5: Konzervativní guvernér: To tlačí telefon preferovat co nejnižší možnou clockspeed tak často, jak je to možné. Jinými slovy, musí být větší a trvalé zatížení umístěn na CPU, než konzervativní guvernér budou vyzváni k zvýšení clockspeed CPU. V závislosti na tom, jak developer zavedla tuto guvernéra, a minimální clockspeed zvolené uživatelem, můžete konzervativní guvernér představit trhaný výkon. Na druhou stranu, může to být dobré pro životnost baterie. konzervativní guvernér je také často popisován jako "pomalé OnDemand", jestli to pomůže, aby vám úplnější obraz o jeho funkčnosti. 6: uživatelském prostoru guvernér: Tento guvernér, výjimečně vzácné pro svět mobilních zařízení, umožňuje jakýkoli program spuštěn uživatelem nastavit pracovní frekvenci procesoru. Tento regulátor je častější mezi servery a stolní počítače, kde aplikace (jako profil power app) potřebuje oprávnění nastavit clockspeed CPU. 7: Min Max a to guvernér využívá pouze min a maximální frekvence na základě vytížení ... no jsou použity dílčí frekvence. 8: Interaktivní Guvernér: Stejně jako guvernér OnDemand, Interaktivní guvernér dynamicky váhy CPU clockspeed v reakci na zátěže umístěné na CPU uživatelem. To je místo, kde podobnost končí. Interaktivní je výrazně citlivější než OnDemand, protože je to rychlejší při škálování na maximální frekvenci. rozdíl OnDemand, které si budete moci vzpomenout váhy clockspeed v souvislosti s pracovní fronty, Interaktivní váhy na clockspeed průběhu časovače nastavit libovolně jádrem developer. Jinými slovy, pokud aplikace vyžaduje nájezd na maximální clockspeed (umístěním 100% zatížení CPU), uživatel může spustit jinou úlohu, než guvernér začne snížit frekvenci procesoru. To může eliminovat frekvenci poskakování popsanou v části OnDemand. Z důvodu tohoto časovače, Interactive, je také lépe připravena využít přechodné clockspeeds, které spadají mezi minimální a maximální frekvencí procesoru. To je další pro-životnost baterie přínosem Interactive. Nicméně, protože Interactive je dovoleno trávit více času při maximální frekvenci, než OnDemand (z důvodů výkonu zařízení), přínos baterie šetřící pojednáno výše, účinně popřena. Dlouhý příběh krátký, Interaktivní nabízí lepší výkon než OnDemand (někteří říkají, že nejlepší výkon z nějakého guvernéra) a zanedbatelně odlišná životnost baterie. Interactive rovněž vychází z předpokladu, že uživatel otáčet obrazovku bude brzy následovat uživateli interakci s nějakou aplikaci na jejich zařízení. Protože toto, obrazovka spouští rampu na maximální clockspeed, následuje chování časovače je popsáno výše. 9: InteractiveX guvernér: Vytvořil kernel developer "Imoseyon," InteractiveX guvernér je založen především na interaktivní guvernéra, posílené o laděných parametrů časovače lepší vyvážení baterii vs výkon. Určujícím rysem InteractiveX guvernéra, nicméně, je to, že uzamkne frekvenci procesoru na nejnižší definovanou rychlostí uživatele, když obrazovka je vypnutá. 10.: Smartass . je založen na konceptu interaktivního guvernéra Vždy jsem souhlasil, že v teorii způsob interaktivního práce - od převzetí klidovém stavu smyčky - je velmi atraktivní. Nikdy jsem se podařilo vyladit tak, že by se chovat slušně v reálném životě. Smartass je kompletní přepsání kódu a další. Myslím, že jeho úspěch. Výkon je na stejné úrovni jako "staré" MinMax a myslím, že chytrák je trochu citlivější. Životnost baterie je těžké přesně vyčíslit, ale to se tráví mnohem více času na nižších frekvencích. Smartass bude také limit pro maximální frekvenci, když spí na 352Mhz (nebo pokud min frekvence je vyšší než 352 - proč -?! to bude čepice ji Váš min frekvence). Vezměme například jádro 528/176, bude spát na 352/176. Není třeba se spánkem profily víc! " 11: SmartassV2: . Verze 2 původní chytráku guvernéra z Erasmux Dalším favoritem pro mnoho lidi guvernér cílem pro. "ideální frekvence", a rozjet agresivněji k této frekvence a méně agresivní po. Používá různé ideální frekvence pro obrazovku zapnutí a vypnutí obrazovky, a to awake_ideal_freq a sleep_ideal_freq. Tento guvernér váhy dolů CPU velmi rychlé (hit sleep_ideal_freq brzy), zatímco displej je vypnutý a váhy až rychle awake_ideal_freq (500 MHz pro GS2 ve výchozím nastavení ) když je zapnuta obrazovka. Neexistuje žádný horní limit pro frekvenci, zatímco obrazovka je vypnutá (na rozdíl od chytrák). Takže celý frekvenční rozsah je k dispozici pro guvernéra použít při obrazovkou na a obrazovky-off stavu. Mottem tohoto regulátoru je rovnováha mezi výkonem a baterie. 12.: Scary nový guvernér napsal na základě konzervativní s některými funkcemi chytrák, že váhy podle toho konzervativci zákony tak, že začne od spodu, vzít vzorek zatížení, pokud je to nad upthreshold, rozjet jen. jedna rychlost v čase, a rampa se jeden po druhém. To bude automaticky čepice rychlosti vypnutí obrazovky na 245Mhz, a pokud se vaše min frekvence je vyšší než 245mhz, bude resetovat min na 120MHz, zatímco displej je vypnutý a obnovit ji na obrazovce probuzení, a přesto v měřítku odpovídajícím způsobem konzervativci zákony. Tak to tráví většinu svého času v nižších frekvencích. Cílem je získat co nejlepší životnost baterie se slušnou výkonnost. To vám dá stejný výkon jako konzervativní právě teď, bude se vylepšil časem. 13.: Lagfree: Lagfree je podobný OnDemand. Hlavním rozdílem je, že je to optimalizace, aby se staly přátelské baterie. Frekvence je elegantně snížil a zvýšil, na rozdíl od OnDemand, který skáče na 100%, až příliš často. Lagfree nemá vynechat žádnou frekvenční krok při škálování nahoru nebo dolů. Nezapomeňte, že v případě, že je požadavek na náhlé vzplanutí moci, může lagfree neuspokojí, že jelikož má zvýšit cpu přes každý vyšší frekvenční krok od proudu. Někteří uživatelé hlásí, že přehrávání videa pomocí lagfree koktá trochu. 14.: Smoothass: stejný jako chytrák "guvernér", ale mnohem agresivnější a plošně tahle má lepší výdrž baterie, která je zhruba o třetinu lépe než akciové KERNEL 15: Brazilianwax: Podobně jako smartassV2. Více agresivní náběh, tak vyšší výkon, nižší baterie 16: SavagedZen: Další guvernér smartassV2 bázi. Dosahuje dobrý poměr mezi výkonem a baterií v porovnání s brazilianwax. 17.: Lazy: Tento guvernér z Ezekeel je v podstatě ondemand s dalším parametrem min_time_state specifikovat minimální časové pobyty procesoru na frekvenci, než škálování nahoru / dolů. Idea je zde, aby odstranila veškeré nestability způsobené rychlou frekvencí spínání podle OnDemand. Lazy guvernér ankety častěji než OnDemand, ale změny frekvence až po dokončení min_time_state na krok přepsání intervalu vzorkování. Lazy má také screenoff_maxfreq parametr, který při aktivaci způsobí, že guvernér vždy zvolit maximální frekvenci, zatímco obrazovka je vypnutá. 18.: Lionheart: Lionheart je konzervativní bázi guvernér, který je založen na Samsung zdroje update3. se tunables (např. prahy a vzorkovací frekvence) byly změněny tak, guvernér se chová více jako jeden výkon, za cenu baterie jako měřítka je velmi agresivní. 19.: LionheartX LionheartX je založen na Lionheart, ale má několik změn na tunables a má profil pozastavit . založené na chytráku guvernér 20: Intellidemand: Intellidemand aka Inteligentní OnDemand od Faux je dalším guvernér, který je založen na OnDemand. Na rozdíl od toho, co někteří uživatelé se domnívají, to guvernér není náhradou za OC Daemon (s různými guvernéry pro spánek a vzhůru). Původní intellidemand chová odlišně podle využití GPU. Když GPU je opravdu zaneprázdněn (hry, mapy, benchmarking, atd.) intellidemand chová jako OnDemand. Když GPU je "volnoběh" (nebo mírně obsazeno), intellidemand omezuje maximální frekvenci kroku v závislosti na frekvencích dostupných v zařízení / kernel pro úsporu baterie. To se nazývá režim prohlížení. Můžeme vidět nějaké "stopy" interaktivního guvernéra zde. Scale-up rozhodnutí frekvence je založena na volnoběh čas procesoru. Kratší doba volnoběhu (<20%) způsobí, že CPU pro scale-up od aktuální frekvence. Frekvenční rozsah-down se děje v krocích = 5% z maximální frekvence. (Tento parametr je laditelný pouze v konzervativní mezi oblíbené guvernérů) Abych to shrnul, je to inteligentní ondemand, že se přepne do režimu prohlížení omezit maximální frekvenci, když se GPU na volnoběh, a (ukončí režim prohlížení) se chová jako OnDemand, když GPU je obsazeno; dodat výkon pro hraní her a podobně. Intellidemand není skok na nejvyšší frekvenci, když obrazovka je vypnutá. 21.: Hotplug Governor: guvernér Hotplug provádí velmi podobně jako guvernér OnDemand, s přidanou výhodu, že jsou přesnější, o tom, jak je to krok dolů přes kmitočtové tabulky linuxového jádra jako guvernér opatření zatížení CPU uživatele. Nicméně, definování funkce hotplug guvernéra je jeho schopnost proměnit nevyužité procesorová jádra vypnout během období nízké využití procesoru. Toto je známé jako "hotplug." 22: pořádné guvernér: pořádné odstraňuje všechny tyto "rychlé" vrcholit na max. frekvenci. V typickém systému cpu nepůjde nad 918Mhz, a proto zůstat v pohodě a bude využívat méně energie. Chcete-li vyvolat zvýšení frekvence, musí systém běžet trochu @ 918Mhz s vysokým zatížením, pak je frekvence narazil na 1188Mhz. Pokud to stále není dost guvernér vám dává plný plyn. (Tento přechod by neměl trvat déle než 1 až 2 sekundy, v závislosti na zatížení vašeho systému dochází k) pořádné také vzít zatížení GPU v úvahu. Pokud GPU je mírně zaneprázdněn, že bude obcházet výše uvedené kontrolní a hodiny cpu s 1188Mhz. Pokud GPU je rozdrcen pod zatížením, budou pořádné zrušila omezení na cpu. 23.: Wheatley: V návaznosti na klasické "ondemand" guvernéra je realizován Wheatley guvernéra. Guvernér má dva parametry: target_residency - minimální průměrný pobyt v us, který je považován za přijatelný pro správnou efektivní využití státu C4. Výchozí hodnota je 10000 = 10ms. allowed_misses - počet vzorků intervaly v řadě průměrný pobyt nemá být nižší než target_residency před guvernér snižuje frekvenci. Tím je zajištěno, že regulátor není při zmenšení frekvence příliš agresivní a snižuje to jen proto, že nějaký proces na pozadí byla dočasně působit větší počet wakeups. Výchozí hodnota je 5. Wheatley funguje, jak bylo plánováno, a nebrání řádnému užívání C4 za úkol, kde lze C4 správně používaný. Za internet procházení času tráví v C4 se zvýšil o 10% bodů a průměrná pobytu se zvýšila asi o 1 ms . Myslím, že tyto rozdíly jsou především z důvodu odlišného chování procházení (trávím v poslední době více multi-tabbing). Ale aspoň můžeme říci, že Wheatley není v rozporu s řádným využitím stavu C4 během "light" úkolů. Pro přehrávání hudby se obrazovka vypne času stráví v C4 je prakticky beze změny, nicméně průměrný pobyt se snižuje z asi 30ms až kolem 18ms, ale je to stále více než přijatelná. Výsledky tedy ukazují, že Wheatley funguje, jak bylo zamýšleno, a zajišťuje, že C4 Stát se používá vždy, když úloha umožňuje správné efektivní využití stavu C4. Pro náročnější úkoly, které způsobují velké množství wakeups a brání efektivní využití stavu C4, guvernér střediska na další nejlepší úsporného mechanismu a zmenší frekvenci. Takže s novým vysoce flexibilní Wheatley guvernéra jeden může mít to nejlepší z obou světů. zřejmé, že to guvernér je k dispozici pouze na multi-core zařízení. 24.: Lulzactive: Lulzactive: Tento nový nález z Tegrak je založena na interaktivních a chytrák guvernérů a je jedním z favoritů. Stará verze: Když zátěž je větší než nebo rovna 60%, guvernér váhy do procesoru na další vyšší stupeň. Pokud zátěž je nižší než 60%, guvernér váhy dolů CPU na další nižšího stupně. Když obrazovka se vypne, frekvence je uzamčen na globální minimální frekvenci měřítka. Nová verze: Tři další uživatele konfigurovatelné parametry: inc_cpu_load, pump_up_step, pump_down_step. Na rozdíl od starší verze, tentokrát dává větší kontrolu pro uživatele. Můžeme nastavit práh, při kterém regulátor rozhodne škálovat nahoru / dolů. Můžeme také nastavit počet frekvenčních krocích, které mají být přeskočeny při dotazování nahoru a dolů. Když vytížení větší než nebo rovno inc_cpu_load, guvernér váhy CPU pump_up_step stupňuje. Pokud zátěž je menší než inc_cpu_load, guvernér váhy CPU dolů pump_down_step odstoupí. Příklad: Uvažujme inc_cpu_load = 70 pump_up_step = 2 pump_down_step = 1. Je-li aktuální kmitočet = 200, každý up_sampling_time nás, pokud cpu load> = 70%, cpu je zmenšen až 2 kroky . - 800 Pokud je aktuální frekvence = 1200, každý down_sampling_time nás, pokud cpu zatížení <70%, cpu je zmenšen 1. krok - 1000. 25.: Pegasusq / Pegasusd Pegasus-q / d je multi-core na základě OnDemand guvernér a guvernér s integrovaným hot-připojením. Probíhající procesy ve frontě, víme, že více procesů může běžet současně. Tyto procesy jsou aktivní v poli, což je pole s názvem "Run fronty" fronta, která probíhá, jejich prioritních hodnot uspořádaných (priorita bude používat Plánovač úloh, který pak rozhodne, který proces spustit další). Chcete-li zajistit, aby každý proces má svůj spravedlivý podíl zdrojů, každý běží po určitou dobu a nakonec se zastaví a pak znovu umístí do fronty, dokud je to na tobě znovu. Pokud je program ukončen, takže ostatní mohou spustit program s nejvyšší prioritou v současné fronty se provádí. 26.: hotplugx It 's hotplug upravený a optimalizované pro pozastavení v off-screen 27: AbissPlug to guvernér odvozené hotplug , to funguje stejným způsobem, ale se změnami v úsporách pro lepší baterie. 28.: MSM DCVS velmi efektivní a široký rozsah dynamických hodiny a napětí měřítka (DCVS), která se zabývá modely využití z aktivního pohotovostního režimu na střední a vysoké úrovni zpracování požadavky. Krait CPU může hladce škálovat od nízkého výkonu, nízké režimu úniku do bleskově rychlému výkonu. Věřte, že je to guvernér, který je mfg'd Qualcomm využít nového na čipové funkcí. MSM je předpona pro SOC (MSM8960) a DCVS Dynamický Hodiny a napětí škálování. To dává smysl, MSM-DCVS 29: IntelliActive Based off Interaktivní guvernéra společnosti Google s následujícími vylepšeními: 1. self-boost schopnost od vstupních ovladačů (není nutné pro PowerHAL pomoci) 2. dvě fáze plánování (idle / busy fáze zabránit skákání přímo do maximální frekvence 3. Kontroly pro offline procesory a zkratu některé zbytečné kontroly na zlepšení spuštění kódu cest. 30: Adaptivní Tento ovladač přidává guvernéra dynamický cpufreq politiky určené pro pracovní vytížení latence citlivé a také pro náročné výkony. Tento regulátor se snaží snížit latenci hodiny se zvyšuje tak, aby systém lépe reagovat na interaktivních pracovní zátěže v loweset rovnovážném stavu, ale aby se na snížení spotřeby energie ve střední úrovni, na úrovni provozu až bude provedeno v krok za krokem zakázat systém z chystá . maximální úroveň provozu 31: noční můra .. PegasusQ upravený, méně agresivní a více stabilní dobrý kompromis mezi výkonem a baterie . Kromě SoD je prevence, protože obvykle není hotplug 32: ZZmove ZZmove Guvernér optimalizovány pro nízkou spotřebu energie se na obrazovce off, se zvláštním důrazem na omezení aplikací spotřeby v pozadí na obrazovce off, jako je poslech hudby. To má tři nastavení: spořič baterie, vyvážené a výkonu. Kromě zvýšení výkonu, tam je také guvernér zzmove optimalizován.