Visto che da alcuni mesi il creatore del kernel Siyah ha prediletto per le impostazioni standard della sua creazione il governor PegasusQ, vorrei fornire qualche informazione tecnica e dettagliata che possa spiegarne meglio la logica di funzionamento.
Le prime informazioni che ho trovato in rete sono queste:
- E' un governor che si accosta molto alla logica di funzionamento di Ondemand (fonte XDA)
- E' un governor proposto da Samsung per ottimizzare la gestione dei quadcore come l'S3, ripreso, ottimizzato e adattato da Gokhanmoral alla logica dualcore dell'S2 (fonte XDA)
- Permette ai vari core di lavorare a frequenze asincrone.
Quindi se il primo core è a 1400, il secondo può essere anche a 800.
In pratica consuma meno in quanto negli altri governor, quando si attiva il secondo core, questo viene impostato sempre alla stessa frequenza (a 1200 l'altro core lavora sempre a 1200)
- è il governor che usa il Galaxy S3
Poi finalmente mi sono imbattuto in una analisi completa eseguita dall'esperto droidphile, che riporto in originale sul secondo post
xda-developers - View Single Post - [REF][ICS] Kernel Stuffs - How is ICS Kernel Different | updated may-28-2012
Tra qualche giorno provvederò, dopo essermi studiata meglio la guida, a proporre una rivisitazione quanto più possibile semplificata e, spero, chiara.
A presto.
PegasusQ Governor
Visualizzazione stampabile
-
17-05-12, 18:31illuminato67[Info] PegasusQ Governor
-
17-05-12, 22:05illuminato67
http://forum.xda-developers.com/show...03&postcount=3
Pegasusq Governor
Let's see what is pegasusq governor which claims to be a multi core aware governor.
Some Basics to Remember Before Reading On:
Some patience is required to understand a governor.
Pegasusq is basically an ondemand based governor which also controls hotplugging.
Run Queue: We know mutiple processes can run at once on our device. These active processes are placed in an array called a run queue along with their priority values. (Priority is used by the task scheduler to determine which process is to run next) To ensure each process has a fair share of resources, each one is run for some time period then paused and placed back into the run queue. When a program is stopped to let another run - the program with the highest priority in the run queue is then allowed to execute.
Talking w.r.t to Android O.S and GS2 CPU, each core is given a run queue, which maintains both an active and expired array of processes. The scheduler selects the next process from the active array with highest priority. When a process' time period expires, it is placed into the expired array with some priority. When the active array contains no more processes, the scheduler swaps the active and expired arrays.
Wall Time is the total up time of CPU. Idle Time is the total idle time of the CPU. The difference (wall time-idle time) gives you the CPU Busy Time. And load on CPU is calculated as percentage of Busy Time on Up Time. (Doesn't it make a lot of sense)
Governor doesn't scale CPU but tells the CPU driver to do so.
Sampling means to evaluate load.
Smooth scaling is also done by CPU driver, not by governor.
Switching to pegasusq will deactivate Stand Hotplug since the governor's hotpluggging logic can conflict with that.
Switching to a different governor from Stand hotplug will re-activate Stand Hotplug since you need a logic to control hotplugging.
Use scripts or SetCpu to change tunables.
Gokhanmoral modified pegasusq (originally authored by Samsung for quad core devices) in Siyah kernel to be dual core friendly.
1) sampling_rate - Measured in uS and actual meaning being Sampling Interval, this factor is used to determine how often the governor should poll for CPU usage in terms of frequency and load percentage to make scaling decisions - either scale CPU Up or scale it Down.
2) up_threshold - Measured as percentage, this is the load on CPU at which governor scales CPU Up. Lower value - early scale up, and viceversa.
3) sampling_down_factor - Acts as a mutiplier to sampling interval for re-evaluating the load when CPU is truly busy and is on highest clock frequency (policy max). Setting to 1 makes no difference and causes CPU to immediately scale down from highest frequency. Sampling down factor is not valid for lower frequencies and low load conditions. Note that CPU is scaled up to max frequency when max_load_freq is greater than up_threshold*current frequency. Max_load_freq is an arbitory frequency calculated as the maximum of load_frequencies. Load_frequency is an arbitrary frequency which describes the frequency the device theoretically needs to handle 100% load, calculated as load*average_frequency.
4) down_differential - After spending sampling_down_factor*sampling_rate micro seconds at maximum frequency on high load, governor samples the load again to calculate an approx target frequency to scale-down-to which should not trigger up_threshold in the next sample. (Triggerin up threshold may cause jumping to max frequency again). Down_differential also act as the factor which prevent agressive scale down. Max_load_freq is checked against (up_threshold - down_differential) * current frequency. If found to be smaller, CPU is scaled down to a target frequency as described above.
5) freq_step - Defines how much as a percentage of maximum frequency, governor should increase CPU frequency each time CPU load reaches up_threshold.
6) cpu_up_rate - No of samples to evaluate load to scale CPU Up. After cpu_up_rate samples are finished for a frequency, CPU scale-Up logic is executed. In other words - before scaling Up, cpu_up_rate*sampling_rate micro seconds are spend at a frequency.
7) cpu_down_rate - No of samples to evaluate load to scale CPU Down. After cpu_down_rate samples are finished for a frequency, CPU scale-Down logic is executed. In other words - before scaling Down, cpu_down_rate*sampling_rate micro seconds are spend at a frequency.
8) hotplug_freq_1_1 - Up threshold frequency to turn second core On, when some other conditions is also met. ie If (minimum frequency greater than or equal to hotplug_freq 1 1 and length of average_runque_minimum greater than hotplug_rq_1_1) Hotplug IN Second Core.
9) hotplug_freq_2_0 - Down threshold frequency to turn second core On, when some other conditions is also met. ie If (maximum frequency less than hotplug_freq 2 0 and length of average_runque__maximum less than or equal to hotplug_rq_2_0) Hotplug OUT Second Core.
10) hotplug_rq_1_1 - Threshold run queue length for second core to turn on.
11) hotplug_rq_2_0 - Threshold run queue length for second core to turn off.
12) ignore_nice_load - Setting to 1 causes governor to ignore load resulted by nice processes while making scaling decisions. Nice processes are the one i/o scheuler refers to as low priority process.
13) io_is_busy - Setting to 1 causes treating i/o wait time as CPU busy time. To imporve performance of heavy applications, set this to 1.
14) max_cpu_lock - Calculated as minimum of (its current value and number of possible cpus). If it has a non-zero value and the value is greater than no of online cores, cancels Hotplugging IN the second core. Leave it as default 0.
15) hotplug_lock - Hotplugging second core is cancelled if it's value is greater than zero. The value should be greater than value of max_cpu_lock. Leave it as 1.
16) cpu_up_freq - Calculated as minimum of (its current value and maximum frequency), this tunable is actually not used by the governor.
17) cpu_down_freq - Calculated as maximum of ( its current value and minimum frequency), this tunable is actually not used by the governor.
18) up_nr_cpus - Calculated as minimum of (its current value and num of possible cpus), this tunable is used by the governor to indirectly make Hotplugging decisions, but may not be useful for a 2 core CPU.
19) dvfs_debug - Set to 1 to enable governor logging. If you're an enthusiast, this may be useful to view the impact of the values for governor tunable set by inspecting the log. -
17-05-12, 22:06illuminato67
Grazie......
-
05-07-12, 10:08Gahanta
sono deciso a provarlo x almeno un paio di gg(uso sempre e solo ondemand-sio)
posso mettere queste impostazioni giusto?intendo copiarle x filo e x segno ?governor apparte rotfl
io di solito SCHED_MC la tengo a = 0 però proverò il 2 come da copioneQuote:
RELAXED UnderVolt VALUES
SETTINGS (CPU):
GENTLE_FAIR_SLEEPERS = On
ARCH_POWER = On
CPU Hotplug = Default
CPU IDLE Mode = AFTR + LPA (default)
Smooth Scaling Level = 800Mhz
SCHED_MC = 2
CPU Undervolting = -50mV (if you get reboots or freezes, use -25mV)
CPU Step Count = 18 (All available)
Default CPU Governor = SmartassV2 (Consigliato da Leo2589)
Default CPU Scheduler = sio -> si trova nel menù MISC
Scaling Max Freq = 1000Mhz
Scaling Min Freq = 200Mhz
ho usato il kernel dorimax(stupendo)e ricordo che nel menù del kernel dove si fanno i vari wipe/install ecc ci sono delle impostazioni da scegliere(uno script preinstallato credo o simile)dove in pratica ti "setta" le impostazioni di extweaks in maniera ottimale x salvare la batteria ^^
Ho notato una cosa,anzi 2 il sched_MC a 2 e il GPUStayCounts: a 2 - 2 - 2
che ne dite?
ps. un mille grazie a te illuminato67 x tutto questo ;) -
05-07-12, 10:13Annanormalmente queste domande vanno fatte in sos modding ;) però visto che hai trovato la spiegazione perchè non metti la traduzione al primo post e ti cambio il titolo in [INFO]?Quote:
Originariamente inviato da illuminato67
sennò devo chiudere come chiudo tutti i thread di domande non fatte in sos modding
https://www.androidiani.com/forum/mo...e-modding.html -
05-07-12, 10:29illuminato67
Perdono!!!!!
-
05-07-12, 10:35illuminato67
Ok jaco. Dammi almeno il tempo di tornare a casa ;):)
Peró per una settimana non avró il PC e per la traduzione bisognerà aspettare un pò.
Va bene lo stesso?
PS:
E' anche vero che sta aperto da un paio di mesi ed io stesso avevo chiesto ai mod la chiusura. ;)
Visto che nessuno ha provveduto ho editato la richiesta di chiusura e mi sono limitato a lasciare un laconico grazie
Inviato dal mio S2 con CM9
Inviato dal mio S2 con CM9 -
05-07-12, 10:37Annati do tutto il tempo che vuoi, non mi sembra vero ... i tuoi thread sono sempre "illuminati" rotflrotflQuote:
Originariamente inviato da illuminato67
P.S. se lo avevo visto te lo avevo già chiuso ;) -
05-07-12, 10:42illuminato67Ti serve un vicesceriffo :D:D:D:DQuote:
Originariamente inviato da jacobrucia
Grazie. Dammi una decina di giorni x la traduzione (non avrò il PC).
Nel pomeriggio creo il 3d (che tu correggerai sicuramente:D:D)
Inviato dal mio S2 con CM9 -
05-07-12, 10:43ZiCkY
Ma é già jaco il vice.. :p
inviato dal mio iPhone 5 Bianco in esclusiva mondiale -
05-07-12, 10:44Anna:D so che è una battuta visti gli smile ma non l' ho capita ... cosa intendi con vicesceriffo?Quote:
Originariamente inviato da illuminato67
-
05-07-12, 10:54illuminato67Intendo un segretario che si mette davanti al tuo computer e ti aiuta nel portare avanti il lavoro immane di mod, visto che al contempo sei anche membro superattivo del forum. Stipendiato da te ovviamente.Quote:
Originariamente inviato da jacobrucia
Il termine sceriffo mi é venuto in mente guardando Zagor, che era uno sceriffo. Ricordo male?
Comunque battuta da 4 soldo lo ammetto :D:D:D:D
Inviato dal mio S2 con CM9 -
05-07-12, 10:59Annano, non è da quattro soldi ora che la capisco ... solo che essendo stato un lettore accanito di zagor (non era uno sceriffo ma un eroe senza stella e divisa in aiuto di tutti i bisognosi :D) sono vecchio e rincoglionito rotflrotflQuote:
Originariamente inviato da illuminato67
comunque io ci provo insieme a zicky a tenere in ordine e aiutare ma ti garantisco che sono più le offese e le lamantele in pm da parte di utenti, che gli apprezzamenti per il tempo che cerco di dedicare al forum .... scusa l' O.T. da vecchio polemico ma anche stamani due pm del genere :D -
05-07-12, 11:08ZiCkYMa cosa dici...a te non arrivano cesti di frutta e scatole di cioccolatini ogni giorno??? :DQuote:
Originariamente inviato da jacobrucia
inviato dal mio iPhone 5 Bianco in esclusiva mondiale -
05-07-12, 11:31Gahantaecco e voi sfanculizzate tutto e tutti e andate avanti x la vostra bella strada che nessuno vi da un soldo bucato x ciò che fateQuote:
Originariamente inviato da jacobrucia
e qui però casca l'asino hauahauahauahauaahauQuote:
Originariamente inviato da ZiCkY
-
05-07-12, 12:31illuminato67Usale e vedi come ti trovi.Quote:
Originariamente inviato da Gahanta
Non sono impostazioni assolute ed è pertanto importantissima l'esperienza di molti.
Grazie per la stima
FINE OT
Se no jaco(ci)brucia :D:D:D
Un'altra battutaccia. Scusa jaco
Inviato dal mio S2 con CM9 -
05-07-12, 14:08emaianno93
Veramente geniale la creazione di questo 3D sul governor pegasus.... Giorni fa cercavo nelle guide dei governor ma questo non risultava mai e allora mi chiedevo come agisse sulla CPU a differenza degli altri, ma adesso lo so... Ahah:p
Inviato dal mio mostro SGS II ;) -
05-07-12, 21:22Gahantabhee bhee devo dire niente male...guardate quiQuote:
Originariamente inviato da illuminato67
http://img19.imageshack.us/img19/260...0520233.th.png
http://img580.imageshack.us/img580/3...2070520234.png
11 ore e mezza di telefono con 4 di screen ON non è affatto male!Anche perchè cè ancora un bel 30% di batteria disponibile :p
domani provo con dei UV + estremi :-$ -
06-07-12, 04:35alterego1026
Buongiorno a tutti,
dopo molto tempo di assenza dal forum, per frivoli motivi, oggi scrivo su un thread che non poteva non attirarmi. Gia da un po volevo aggiungere questo governor alla guida, ma purtroppo non mi è possibile. A distanza di tempo, dopo aver provato varie configurazioni, ho capito ( in termini pratici e nel contesto i1900 ) che i governor migliori, sono quelli basati sulla semplicità, tipo ondemand o smartassV2.
Voi vi chiederete il perchè di tale affermazione azzardata, e sono sicuro che le critiche di proporzioni bibliche non mancheranno hehehe, cmq procedo ad esprimere il concetto di tale parere personale.
Ho iniziato valutando quali possono essere i reali diversi utilizzi dello smartphone, classificabili come diversi carichi della CPU e quindi se gestiti in modo corretto ottimizzabili.
1) Screen off
2) App / Web browsing
3) Calling
4) Game
Nel primo caso, la gestione dei core, la vedo abbastanza inutile dato che il telefono deve raggiungere una frequenza minima e nel caso di risveglio ( chiamata o sblocco ) il secondo core non viene nemmeno chiamato in causa.
Nel secondo caso, a meno che non stiamo parlando di app che richiedono grossi sforzi, non si ricorre facilmente al secondo core. Se non per impostazione voluta, ma chiaramente si andrebbe incontro a uno spreco di batteria inutile.
Nel caso delle telefonate, la gestione dei core continuo a vederla inutile.... al massimo può arrivare una notifica, o sincronizzarsi in background qualche app. (mah)
Nel gaming invece la vedo totalmente inutile, perchè chi ha il piacere di giocare con lo smartphone di certo non ambisce a rallentamenti o lag..... e una gestione dei core è la via migliore per avere picchi di frequenza che alla fine della fiera tendono ad andare verso l'alto e quindi a consumare lo stesso voracemente la batteria.
Dopo aver condiviso queste mie impressioni spero in tante critiche (costruttive), e nella clemenza dello staff che ringrazio se mai mi permetterà il lusso di questo profondo O.T. :)
( thanks in particolare a Zicky - Nigno - Master Andromeda1968 ) :* a tutti ........ ciao. -
05-08-12, 10:01lello83
Vediamo qual è il governor pegasusq che pretende di essere un governor multi core consapevole.
Alcuni principi fondamentali da ricordare Prima di leggere il:
Po 'di pazienza è necessaria per capire un governor.
Pegasusq è fondamentalmente un governor ondemand basato che controlla anche hotplugging.
Run Queue: Sappiamo che i processi mutiple può essere eseguito in una sola volta sul nostro dispositivo. Questi processi attivi vengono inseriti in una matrice denominata coda di correre insieme ai loro valori di priorità. (Priorità viene utilizzato dal task scheduler per determinare quale processo è per la successiva esecuzione) Per garantire che ogni processo ha una quota equa delle risorse, ognuna delle quali viene eseguito per un certo periodo di tempo poi si fermò e reinserito nella coda di esecuzione. Quando un programma viene interrotto per permettere un altro run - il programma con la massima priorità nella coda di esecuzione è quindi autorizzato ad eseguire.
Parlare wrt per Android OS e GS2 CPU, ogni core è dato un coda di esecuzione, che mantiene sia un array attivo e scaduti dei processi. Lo scheduler seleziona il processo successivo dalla matrice attiva con la massima priorità. Quando periodo di tempo un processo di 'scade, viene inserito nella matrice è scaduto con una certa priorità. Quando la matrice attiva contiene non più processi, lo scheduler swaps le matrici attive e scadute.
Tempo di parete è il tempo totale di CPU up. Tempo di inattività è il tempo totale di inattività della CPU. La differenza (parete time-tempo di inattività) vi dà il tempo di CPU occupato. E il carico sulla CPU viene calcolato come percentuale del Tempo occupato sul Tempo Up. (Non ne fanno un sacco di senso)
Governor non CPU scala, ma dice il driver CPU a farlo.
Mezzi di campionamento per valutare il carico.
Scala Smooth è anche fatto da driver della CPU, non da governor.
Il passaggio a pegasusq si disattiva stand Hotplug in quanto la logica hotpluggging del governatore possono entrare in conflitto con quello.
Passaggio a un governor diverso da hotplug stand saranno riattivati stand Hotplug quanto hai bisogno di una logica per controllare hotplugging.
Utilizzare gli script o SetCPU per cambiare parametri sintonizzabili.
Gokhanmoral modificato pegasusq (originariamente scritto da Samsung per i dispositivi quad core) in kernel Siyah di essere dual core amichevole.
1) frequenza_di_campionamento - Misurato in noi e reale significato essendo intervallo di campionamento, questo fattore viene utilizzato per determinare la frequenza con cui il governatore dovrebbe interrogare per l'utilizzo della CPU in termini di frequenza e percentuale di carico di prendere decisioni di ridimensionamento - o CPU ingrandire o scala verso il basso.
2) up_threshold - Misurato in percentuale, questo è il carico sulla CPU a cui scale governatore CPU Up. Valore inferiore - scala primi, e viceversa.
3) sampling_down_factor - Funge da mutiplier l'intervallo di campionamento per ri-valutare il carico quando la CPU è veramente occupato e si trova sulla massima frequenza di clock (politica max). Impostazione per uno non fa differenza e provoca CPU per ridimensionare immediatamente giù dalla più alta frequenza. Campionamento in basso fattore non è valido per le frequenze più basse e le condizioni di basso carico. Si noti che la CPU viene scalato fino alla frequenza max max_load_freq quando è maggiore la frequenza up_threshold * corrente. Max_load_freq è una frequenza arbitory calcolato come massima di load_frequencies. Load_frequency è una frequenza arbitraria che descrive la frequenza teoricamente il dispositivo ha bisogno di gestire al 100% di carico, calcolato come average_frequency carico *.
4) down_differential - Dopo sampling_down_factor spesa * secondi frequenza_di_campionamento micro a frequenza massima di carico elevato, i campioni governatore il carico ancora una volta per calcolare una frequenza di circa obiettivo di scala-down-to che non dovrebbe far scattare up_threshold nel campione successivo. (Triggerin up soglia può causare saltando al massimo la frequenza di nuovo). Down_differential agire anche come il fattore che impedisce di scala aggressivo verso il basso. Max_load_freq viene confrontato (up_threshold - down_differential) * frequenza corrente. Se trovato per essere più piccolo, CPU viene ridotta ad una frequenza obiettivo come descritto sopra.
5) freq_step - Definisce la quantità in percentuale della frequenza massima, il governatore dovrebbe aumentare la frequenza della CPU ogni volta il carico della CPU raggiunge up_threshold.
6) cpu_up_rate - N. di campioni per valutare il carico della CPU per scalare Up. Dopo i campioni cpu_up_rate sono finiti per una frequenza, CPU scale-Up logica viene eseguito. In altre parole - prima di scalare Up, cpu_up_rate * I frequenza_di_campionamento micro secondi sono trascorrere una frequenza.
7) cpu_down_rate - N. di campioni per valutare il carico della CPU per scalare Down. Dopo i campioni cpu_down_rate sono finiti per una frequenza, CPU scala-Down logica viene eseguito. In altre parole - prima del ridimensionamento Down, cpu_down_rate * secondi frequenza_di_campionamento micro sono spese ad una frequenza.
8) hotplug_freq_1_1 - frequenza di soglia fino a trasformare secondo core On, quando alcune altre condizioni è anche incontrato. Se cioè (frequenza minima maggiore o uguale a 1 1 e hotplug_freq lunghezza maggiore rispetto average_runque_minimum hotplug_rq_1_1) Hotplug IN secondo core.
9) hotplug_freq_2_0 - frequenza di soglia in modo da attivare secondo core On, quando alcune altre condizioni è anche incontrato. Se cioè (frequenza massima inferiore hotplug_freq 2 0 e lunghezza average_runque__maximum inferiore o uguale a hotplug_rq_2_0) Hotplug OUT secondo core.
10) hotplug_rq_1_1 - run di lunghezza Soglia coda per secondo core per accendere.
11) hotplug_rq_2_0 - run di lunghezza Soglia coda per secondo core per spegnere.
12) ignore_nice_load - Impostare a 1 cause governatore di ignorare il carico portato dai processi belle, mentre le decisioni di ridimensionamento. Processi di Nizza sono un I / O scheuler si riferisce a come processo a bassa priorità.
13) io_is_busy - Ambito 1 per cause che trattano i / o tempo di attesa in quanto tempo di CPU occupato. Per imporve prestazioni delle applicazioni pesanti, impostare questo valore a 1.
14) max_cpu_lock - Calcolato come minimo (il suo valore corrente e il numero di CPU possibile). Se ha un valore diverso da zero e il valore è superiore non di core in linea, annulla IN hotplugging il secondo core. Lasciare come default 0.
15) hotplug_lock - hotplugging secondo core viene annullata se il suo valore è maggiore di zero. Il valore deve essere superiore al valore di max_cpu_lock. Lascia come 1.
16) cpu_up_freq - Calcolato come minimo (il suo valore corrente e frequenza massima), questo parametro sintonizzabile non viene effettivamente utilizzato dal governatore.
17) cpu_down_freq - calcolato come massimo (il suo valore corrente e frequenza minima), questo parametro sintonizzabile non viene effettivamente utilizzato dal governatore.
18) up_nr_cpus - Calcolato come minimo (il suo valore corrente e numero di CPU possibile), questo parametro sintonizzabile è utilizzato dal governatore di fare indirettamente hotplugging decisioni, ma non può essere utile per una CPU 2 core.
19) dvfs_debug - Impostare a 1 per abilitare la registrazione governatore. Se sei un appassionato, questo può essere utile per vedere l'impatto dei valori di set governor sintonizzabile controllando il registro.
Scusate la traduzione da google translate -
05-08-12, 11:15illuminato67Grazie Lello.Quote:
Originariamente inviato da lello83
Io mi ero dimenticato della mezza promessa.
Il difficile è tradurlo in termini tecnici :'( -
05-08-12, 12:13lello83
hahahahaah non ti preoccupare, non ho fatto nulla ;)
Quote:
Originariamente inviato da illuminato67
-
05-08-12, 15:36scotch
Cosa si intende per gestire l'hotplugging?
Inviato dal mio ASUS Transformer Pad TF300T con Tapatalk 2 -
05-08-12, 15:56illuminato67L' hot pluggin permette la gestione dei singoli core, consentendo di farli lavorare insieme sincroni (alla stessa freq) o asincroni (a freq diverse) o singolarmente. Il discorso si fa più interessante quando (come nell'S3) sono 4 i core a lavorare. Nel dual core il discorso è un pò più riduttivo.Quote:
Originariamente inviato da scotch
Citando Salvo Petrucci:
1) Hotplug Mode: permette di tenere attivo un solo core, entrambi sempre attivi oppure attivo o disattivo in base alle esigenze
Consigliato:CPU Hotplug
Nell'opzione "hotplug" è il governor PegasusQ a gestire i core, decidendo di volta in volta, secondo le necessità, quanti core attivare e a quali frequenze farli andare.
Scusa se i miei termini non sono tecnici, ma ho fatto tutti altri studi :p -
05-08-12, 17:43scotchFigurati meglio per me che così riesco a seguirti :)Quote:
Originariamente inviato da illuminato67
E grazie dell'ottima spiegazione
Inviato dal mio ASUS Transformer Pad TF300T con Tapatalk 2
