Infatti, forse è anche abitudine .. Ultima cosa, ma ondemandplus spegne un core a schermo off? Come Interactivex del lean tipo...
Inviato dal mio Galaxy Nexus CM 10.1 + LK
Visualizzazione stampabile
Infatti, forse è anche abitudine .. Ultima cosa, ma ondemandplus spegne un core a schermo off? Come Interactivex del lean tipo...
Inviato dal mio Galaxy Nexus CM 10.1 + LK
Eccoti una descrizione del governor fatta da Boype..
This post serves as additional information about ondemandplus and its variables. It is linked to the OP's knowledge-base.
ondemandplus is an ondemand- and interactive-based governor that has additional power-saving capabilities while maintaining very snappy performance. While the interactive governor provides a modern and sleek framework, the scaling logic has been been re-written completely.
Basics about the governor's scaling logic
When the screen is on: First of all, the governor checks the CPU load for the currently set CPU frequency during the last timer cycle. If the CPU load (measured in percent) is higher than the up_threshold, the governor will increase the CPU frequency. Originally in plain ondemand, the CPU frequency is immediately increased to the maximum supported frequency. If the CPU load is lower than up_threshold - down_differential, the governor will decrease the CPU frequency. The frequency to scale down to is calculated like this: (current CPU frequency * CPU load) / up_threshold - down_differential.
In ondemandplus, the downscaling behavior is only very slightly modified. However, the upscaling has been modified to not scale up to maximum frequency immediately. By means of the inter_lofreq, inter_hifreq and inter_staycycles sysfs variables, upscaling is 'dampened' to save battery - a kind of 'barrier' is set, which first has to be breached. For example: inter_lofreq is 729 MHz, inter_hifreq is 1036 MHz and inter_staycycles is 3. This will result in the following behavior when a frequency increase is triggered: In the first timer cycle with high CPU load, the frequency will be set to inter_lofreq (729 MHz). If the load remains high in the next timer cycle, the frequency will be further increased to inter_hifreq (1036 MHz). If the CPU load is still high, inter_hifreq is kept until the inter_staycycles value is reached. In this example, the CPU has been scaled up twice so far, so one more timer cycle of high CPU load is necessary to scale to the maximum CPU frequency. And now - as already indicated - after the a third timer cycle with high CPU load, inter_hifreq can finally be left behind for higher CPU frequencies.
The sysfs variable staycycles_resetfreq merely controls when the staycycle counter is reset to 0, thus effectively re-applying the 'barrier'. So, if staycycles_resetfreq is set to 500 MHz (which equals a sysfs value of 500000), the upscaling barrier is re-established when the CPU is scaled down below 500 MHz.
When the screen is off: CPU scaling is way simpler when the screen is off. When the CPU load is higher than up_threshold, the governor will simply scale up to the next-highest frequency. Of course, it can not be scaled to a higher CPU frequency than the maximum screen-off frequency.
Downscaling works pretty much the same way. When the CPU load is below up_threshold - down_differential, the next lower CPU frequency will be the target.
Governor sysfs tuneables and their effects
timer_rate: The interval in microseconds in which the CPU load is measured. If set to 30000 for example, there will be a check (and maybe a frequency change if necessary) every 0.030 seconds.
up_threshold: If the measured CPU load is higher than this value, the governor will scale the frequency up. Value is in percent. Higher values can cause slower upscaling and maybe slight lags.
down_differential: If the measured CPU load is lower than up_threshold - down_differential, the governor will scale the frequency down. Lower values will cause faster downscaling.
inter_lofreq: The first intermediate frequency to scale to if the CPU load is high.
inter_hifreq: The second intermediate frequency to scale to if the CPU load is high. Can be equal to inter_lofreq.
inter_staycycles: The amount of timer cycles under consistently high CPU load that are necessary to be able to finally scale up to the maximum CPU frequency. 1 timer cycle equals the timer_rate value. If set to 0, the intermediate frequencies are not used, instead the governor will scale up to the maximum CPU frequency immediately.
staycycles_resetfreq: When the CPU frequency goes below this value, the timer cycle counter (counting the high-load-cycles until inter_staycycles is reached) is reset to 0. This effectively re-establishes the intermediate frequency barrier. Value cannot be set higher than inter_lofreq.
Comunque non mi vorrei sbagliare ma pare di no, però usando il raggruppa attività in un core, spesso lavora soltanto un core e l'altro rimane alla minima frequenza. In deep sleep la batteria dura tantissimo..qualche pagina dietro ci sono i miei screen di consumo, con la batteria che ha più di un anno..
from GNexus with Tapatalk2
Ciao ragazzi, è un po strana come cosa, perche io quando uso il telefono in continuazione per un'ora messagiando, navigando e usando tapatalk sotto il WiFi, scendo massimo di un 20% di batteria.
from GNexus with Tapatalk2
Beh se dici che scendi un 20% allora penso che siamo nella normalità, almeno io.
Avevo la luminosità automatica e l'aula era illuminata un poco.
Magari poi dipende pure dalla rom (tu hai la cyano e io la liquid) e dalla batteria (io non la ricalibro da quasi un mese).
Quote:
Originariamente inviato da oleksandr
Ma se metteranno anche il governor hyper, sarà una valida alternativa a ondemandeplus ?
Inviato dal mio Galaxy Nexus CM 10.1 + LK
Con queste impostazioni sono riuscito a fare 16 ore, 3 orette e mezza di schermo, con un ora di WI FI, mezz'ora di 3g e 15 min di gaming, favoloso!! Unica nota tengo la luminosità tra il 10% e il 15% quando non sono all'esterno!cmq incredibile risultato era dal tempo del cylon che non ne facevo cosi!:D
A questo punto mi chiedo se non sia un problema di applicazioni (notifiche push, ecc) :-/
Guarda io ho tutte le notifiche in push attive, tutte le sincronizzazioni attive..le uniche cose che ho disattivato sono le app di sistema, tra quali: notizie e meteo, e-mail(uso gmail), movie studio..e uso greenify per bloccare facebook, mappe e google+ allo spegnimento dello schermo.
Controlla nel app Mappe>Impostazioni>Impostazioni posizione se hai la voce Segnala da dispositivo disattivata, dicono che quand'è attiva aumenta notevolmente i consumi.
from GNexus with Tapatalk2
Controllato e... negativo. Quell'impostazione non è attiva! Boh! Proverò a ricalibrare, altro non saprei.
EDIT: ma con Greenify non consuma ancora di più a fare "spegni e riaccendi"?
Quote:
Originariamente inviato da oleksandr
Sto provando questo kernel da circa un giorno.. Molto carino e ben fatto =D faro sapere dopo diversi cicli i risultati
Inviato dal mio Galaxy Nexus CM 10.1 + LK
ragazzi voi fsync lo avete disabilitato o meno? io nel air lo avevo disabilitato.
ragazzi uscito l'r22.. e finalmente ha aggiunto il tanto desiderato governor hyper ;)
changelog:
Spoiler:
Finalmente ha messo il governor hyper... E che ci voleva... Il sondaggio era inutile, solo tempo perso
Appena flashato l'r22 ext, attivato soltanto il content la per il bianco e il potenziamento audio nonchè settato l'hyper e il powersave per la gpu: vediamo quanto dura la nuova rc1 meh! :D
In flash anche io. E' la mia prima esperienza con questo kernel e la Cyano RC1: vediamo cosa succede!
Ma sto governor hyper cosa fa?
Inviato dal mio Galaxy Nexus CM 10.1 + LK
E scusate ma come faccio a scaricare l'r22?
Inviato dal mio Galaxy Nexus CM 10.1 + LK
[KERNEL] [4.2.x] Fancy Kernel (r22) | Galaxy Nexus > XDA
In basso al tread i link per la versione standard e quella extended! :)
Il link era in prima pagina nel primo post!
Questo il governor hyper tratto dal "modding tutto quello che c'è da sapere" di crotan che a sua volta lo ha tradotto da xda se non sbaglio : Hyper
L'Hyper, precedentemente noto come Kenobi è un Governor aggressvio ed intelligente ottimizzato per SGS2, basato su Ondemand, che era il getwearkt di Arighi ed era equipaggiato con diverse caratteristiche prese dall'Ondemandx. Questo Governor si comporta in modo molto simile ad Ondemand, ha anche il Arighi's fast_start deep_sleep e Features di rilevazione. In modalità di sospensione la frequenza massima è di 500 Mhz
Utilizzare il tasto cerca qualche volta non fa male;)
In prima pagina mi fa scaricare r21.. Cmq l'ho scaricato dal link xda riportato.. Riguardo il governor hyper, come consumi quindi sta più o meno in linea con ondemandplus? Comunque ho messo l'r22 e aggiornato anche la cyano.. E la connessione dati non mi va più.. Qualcun'altro ha avuto lo stesso problema?
Inviato dal mio Galaxy Nexus CM 10.1 + LK
Ho Tim, ho riavviato venti volte =(( ora provo a riflashare tutto da capo...perche col WiFi va
Inviato dal mio Galaxy Nexus CM 10.1 + LK
Provata al volo la r22, aggiornata tramite lo script da terminale che peraltro funziona molto bene, son tornato di corsa alla r21 perché laggava paurosamente all'avvio e i primi minuti di utilizzo, senza contare che ho avuto un paio di riavvii a schermo spento senza senso...
Io infatti ho flashato la ext perchè volevo i settaggi del voltaggio e non ho riscontrato nessun casino.
5 secondi per far avviare del tutto la cyano rc1 e amen.
Per tutti quelli che hanno dei lag con la r22 sia STD che ext, private questa versione ...
http://forum.xda-developers.com/show...php?p=41217270
Edit: boype ha detto che nella r23 sistemerà il bug..
from GNexus with Tapatalk2
Quote:
Originariamente inviato da MrSimpatia93
Potrebbe essere un problema della Tim, io dalle 11 di stamattina fino alle 14 sono stato senza connessione, avevo r21 e nel frattempo ho messo r22. Stavo in Zona monte Mario se può esserti utile
Inviato dal mio Galaxy Nexus usando Androidiani App
Credo possa davvero essere un problema tim...oggi con l'xperia arc s di mia mamma non riuscivo ad usare il 3g (tim) e ho avuto prima difficoltà (connessione lentissima) in 3g con il mio nexus (sempre tim) Lombardia-Lecco.
**non monto questo kernel comunque!
Grazie a tutti per le risposte.. Comunque ad ora ancora non so da cosa sia derivato il problema, ma all'improvviso, quando stavo per riavviarlo per flashare da capo, le linee del campo sono divenute blu e il problema non si è più ripresentato..
Approfitto per lasciare alcune considerazioni sul kernel. E davvero fatto bene, migliora in modo netto la durata della batteria restando comunque fluido e reattivo..complimenti! Da quando ho messo il governor hyper mi trovo ancora meglio =D
Inviato dal mio Galaxy Nexus CM 10.1 + LK
Io con la r22 tutto ok ^_^
Inviato dal mio Galaxy Nexus CM 10.1 + LK
Ho provato anche la versione che boype ha pubblicato nel tentativo di porre rimedio al problema ma niente da fare, sono tornato alla r21 che va benone :)