[KERNEL][3.4.x][JB] K^Kernel 3.4.x per JB 4.2.2 e JB 4.3

[pierm]

Beh a mio avviso e come se prendi una punto e la porti fissa a 170 per 800km ogni giorno. Di certo diventerai amico del benzinaio. Forse del meccanico prima o poi? Ma per manutenzione chiariamo. Un a curiosità vedi a quanto scende la batteria? Secondo me non arrivi a mezza giornata e dopo dipende cosa carichi in RAM e fai girare. Però si puoi farlo

[kRel]

Ragazzi domanda io il cell lavorando non lo uso molto.. arrivò a fine giornata con circa 50/70% dipende ma mai sotto il 50%. E il telefono li carico ogni notte.. Come freq ho 192-1555. Se mettessi la freq max a 1824 rovino qualcosa? Perché almeno il cell andrebbe un po più veloce quel poco che lo uso! E se consuma di più me ne frego.. Grazie! Ho cm10.1 rel 5 e kkerne v1.8!


Inviato dal mio GT-I9001 usando Androidiani App

Io farei il contrario, perché alzando la frequenza NON OTTERREI ALCUN VANTAGGIO TANGIBILE, ma un dispositivo probabilmente instabile, con una cpu surriscaldata, e probabilmente una vita più breve. Al contrario abbassando la frequenza si aumenterebbe durata della batteria (anche se a te non serve) e stabilità del sistema.
Potresti invece utilizzare - sempre che il tuo dispositivo sia rootato - NO frills CPU o simili scaricabili da playstore, che oltre a permettere la modifica della frequenza - inutile a mio avviso - puoi decidere di utilizzare un "governor" che abbia una "rampa" di utilizzo della CPU più ripida, sia verso l'alto che verso il basso all'avvio/chiusura delle applicazioni, ed un migliore utilizzo delle basse frequenze a schermo spento.

Ma dove c'è gusto, non c'è remissione ! Di conseguenza decidi tu...

Spoiler:

Ondemand è il governor di default in quasi tutti i kernel stock. Uno dei suoi principali obbiettivi è, passando rapidamente alla frequenza massima non appena la CPU rileva un attività, quello di garantire una buona reattività del sistema. Il suo funzionamento non prevede una valutazione del carico di lavoro quindi, appena sollecitato, tende a far salire la CPU in modo immediato alla massima frequenza per poi diminuire gradualmente in stato di inattività. Anche se viene considerato un governor equilibrato, non è particolarmente indicato per l'autonomia nel suo settaggio predefinito. Uno dei motivi principali per cui il governor ondemand non è parsimonioso di batteria, è il fatto che, decide il prossimo step di frequenza nell'istante di richiesta dell' intervallo di campionamento (sampling rate). Nell'istante di richiesta, può rispondere velocemente al cambiamento di carico di lavoro, senza calcolare la richiesta reale di utilizzo della CPU e quindi provocare frequenti passaggi dalla frequenza min-max e viceversa. Conservative è un ondemand rallentato, che scala le frequenze più lentamente risparmiando batteria. Si differenzia nella gestione degli step, ovvero, incrementa la frequenza in base al carico della CPU senza saltare direttamente alla frequenza massima, per poi decrementarla velocemente in caso di inattività. Interactive Può essere considerato un ondemand molto veloce, quindi più reattivo e di conseguenza meno parsimonioso di batteria. Questo governor è stato realizzato per avere maggiore reattività e prestazioni con i vari carichi di lavoro interattivi. A differenza dell'ondemand non varia le frequenze in base ad un intervallo di campionamento, ma le determina in modo continuativo fino a quando la CPU non smaltisce il suo carico di lavoro. I vantaggi di questo governor sono i seguenti: 1) Scala le frequenze in un modo più lineare. In genere, gli altri governor, gestiscono il carico della CPU in base al lavoro, interactive invece lo gestisce in base al tempo di richiesta, facendo lavorare la CPU in un modo più uniforme. 2) Ottima fluidità del sistema e dei contenuti multimediali. A differenza di un governor tipo l'ondemand, che potrebbe risentirne sul fatto di cercare continuamente (in base al intervallo di campionamento) di adeguarsi al carico di lavoro, l'interactive mantiene costantemente la frequenza necessaria fino alla fine del carico di lavoro, guadagnando un frame rate più lineare. Interactivex Si tratta di un interactive con l'aggiunta del profilo screen off, naturalmente l'obbiettivo è quello di ridurre i consumi della batteria durante i momenti di inutilizzo a schermo spento. Smartass si basa su Interactive, ma con alcune modifiche che gli permettono di mantenere frequenze minime quando il telefono è inattivo. BrazilianWax funzionalmente simile allo Smartass ma ha un cambio di frequenza più rapido. SavagedZen è come lo Smartass ma con alcune modifiche apportate che gli consentono di ottenere sia buone prestazioni sia un consumo non eccessivo della batteria. Userspace consente di impostare manualmente le frequenze, di solito poco usato. Powersave imposta la frequenza massima rendendola uguale a quella minima. Risparmia al massimo la batteria ma è impossibile da usare per l'utilizzo quotidiano. Performance è l’opposto di Powersave. Imposta la frequenza minima uguale a quella massima in modo che il telefono risulti sempre alla massima potenza. Per ovvie ragioni non può essere utilizzato nell’uso quotidiano, la batteria ne risentirebbe troppo, di solito è usato quando il telefono è in carica o è collegato al pc. Lulzactive Basato sui governor interactive e smartass, tende ad essere il governor preferito da molti. VECCHIA VERSIONE: Quando il carico di lavoro è maggiore o uguale al 60%, fa salire le frequenze della cpu immediatamente allo step successivo. Quando il carico di lavoro è inferiore al 60%, abbassa immediatamente le frequenze della cpu allo step precedente. Quando lo schermo è spento, la frequenza è bloccata alla frequenza minima. NUOVA VERSIONE: Sono stati aggiunti tre nuovi parametri configurabili. 1) inc_cpu_load, possiamo decidere il threshold ( la soglia ), alla quale il governor decide di decrementare/incrementare la frequenza della cpu. 2) *******_step, ci permette di stabilire di quanti step (passi) la frequenza verrà incrementata al raggiungimento della soglia da noi impostata. 3) pump_down_step, ci permette di stabilire di quanti step (passi) la frequenza verrà decrementata al raggiungimento della soglia da noi impostata. Lazy Fondamentalmente un ondemand con il parametro aggiuntivo min_time_state che stabilisce un tempo minimo in cui la cpu permane su una determinata frequenza prima di passare a frequenze più basse o più alte. L’idea è quella di eliminare le instabilità causate dalla rapida commutazione di frequenza di ondemand. Ha anche un parametro screenoff_maxfreq che può essere configurato per specificare la max frequenza mentre lo schermo è spento. Lagfree Simile a ondemand. La differenza è l'ottimizzazione che lo rende maggiormente battery friendly. La frequenza diminuisce o aumenta gradatamente, a differenza di ondemand che salta al 100% troppo spesso. Lagfree non salta le frequenze durante lo scaling verso l'alto o verso il basso. SmartassV2 E’ uno smartass modificato ed è uno dei governor più usati. Questo governor scala verso il basso la cpu molto velocemente mentre lo schermo è spento, e scala rapidamente verso l’alto fino a 500 mhz quando lo schermo si accende. Non c'è un limite superiore per la frequenza mentre lo schermo è spento. Questo governor mira a una "frequenza ideale", per cui scala in maniera più aggressiva nei confronti di questa frequenza e in maniera meno aggressiva dopo. Esso utilizza diverse frequenze ideali per lo schermo acceso e per lo schermo spento, che sono awake_ideal_freq e sleep_ideal_freq, garantendo così un equilibrio tra prestazioni e durata batteria. Ondemandx Sostanzialmente è un ondemand con l'aggiunta del profilo screen off. Questo governor nasce con l'obbiettivo di avere le caratteristiche dell' ondemand ma con un occhio di riguardo per la batteria, grazie alla limitazione della frequenza massima di 500mhz che viene applicata a schermo spento. Intellidemand (alias intelligente Ondemand) e un governor che si basa su ondemand e che non salta mai alla massima frequenza quando lo schermo è spento. L’intellidemand originale si comporta in modo diverso in base all'utilizzo della GPU. Quando la GPU è veramente occupato (giochi, mappe, benchmarking, ecc) intellidemand si comporta come ondemand per offrire buone prestazioni. Quando la GPU è a riposo o moderatamente occupata, intellidemand entra in “browsing mode” (modalità di navigazione) e limita la frequenza massima per risparmiare la batteria. Lionheart E’ un Conservative pesantemente modificato: ha un’up-threshold bassa (circa 60) e una sampling_rate (frequenza di campionamento) più bassa possibile . Il motto di Lionheart è la reattività estrema, le prestazioni e la scorrevolezza, anche a costo di un maggiore dispendio della batteria.

[Matt95]

Io farei il contrario, perché alzando la frequenza NON OTTERREI ALCUN VANTAGGIO TANGIBILE, ma un dispositivo probabilmente instabile, con una cpu surriscaldata, e probabilmente una vita più breve. Al contrario abbassando la frequenza si aumenterebbe la durata della batteria (anche se a te non serve).
Potresti invece utilizzare . sempre che il tuo dispositivo sia rootato, NO frills CPU o simili scaricabili da playstore, in cui - pur mantenendo la frequenza standard - puoi utilizzare un "governor" che abbia una "rampa" di utilizzo della CPU più ripida, sia verso l'alto che verso il basso, all'avvio/chiusura delle applicazioni, ed un migliore utilizzo delle basse frequenze a schermo spento.

Ma dove c'è gusto, non c'è remissione ! Di conseguenza decidi tu...

Spoiler:

Ondemand è il governor di default in quasi tutti i kernel stock. Uno dei suoi principali obbiettivi è, passando rapidamente alla frequenza massima non appena la CPU rileva un attività, quello di garantire una buona reattività del sistema. Il suo funzionamento non prevede una valutazione del carico di lavoro quindi, appena sollecitato, tende a far salire la CPU in modo immediato alla massima frequenza per poi diminuire gradualmente in stato di inattività. Anche se viene considerato un governor equilibrato, non è particolarmente indicato per l'autonomia nel suo settaggio predefinito. Uno dei motivi principali per cui il governor ondemand non è parsimonioso di batteria, è il fatto che, decide il prossimo step di frequenza nell'istante di richiesta dell' intervallo di campionamento (sampling rate). Nell'istante di richiesta, può rispondere velocemente al cambiamento di carico di lavoro, senza calcolare la richiesta reale di utilizzo della CPU e quindi provocare frequenti passaggi dalla frequenza min-max e viceversa. Conservative è un ondemand rallentato, che scala le frequenze più lentamente risparmiando batteria. Si differenzia nella gestione degli step, ovvero, incrementa la frequenza in base al carico della CPU senza saltare direttamente alla frequenza massima, per poi decrementarla velocemente in caso di inattività. Interactive Può essere considerato un ondemand molto veloce, quindi più reattivo e di conseguenza meno parsimonioso di batteria. Questo governor è stato realizzato per avere maggiore reattività e prestazioni con i vari carichi di lavoro interattivi. A differenza dell'ondemand non varia le frequenze in base ad un intervallo di campionamento, ma le determina in modo continuativo fino a quando la CPU non smaltisce il suo carico di lavoro. I vantaggi di questo governor sono i seguenti: 1) Scala le frequenze in un modo più lineare. In genere, gli altri governor, gestiscono il carico della CPU in base al lavoro, interactive invece lo gestisce in base al tempo di richiesta, facendo lavorare la CPU in un modo più uniforme. 2) Ottima fluidità del sistema e dei contenuti multimediali. A differenza di un governor tipo l'ondemand, che potrebbe risentirne sul fatto di cercare continuamente (in base al intervallo di campionamento) di adeguarsi al carico di lavoro, l'interactive mantiene costantemente la frequenza necessaria fino alla fine del carico di lavoro, guadagnando un frame rate più lineare. Interactivex Si tratta di un interactive con l'aggiunta del profilo screen off, naturalmente l'obbiettivo è quello di ridurre i consumi della batteria durante i momenti di inutilizzo a schermo spento. Smartass si basa su Interactive, ma con alcune modifiche che gli permettono di mantenere frequenze minime quando il telefono è inattivo. BrazilianWax funzionalmente simile allo Smartass ma ha un cambio di frequenza più rapido. SavagedZen è come lo Smartass ma con alcune modifiche apportate che gli consentono di ottenere sia buone prestazioni sia un consumo non eccessivo della batteria. Userspace consente di impostare manualmente le frequenze, di solito poco usato. Powersave imposta la frequenza massima rendendola uguale a quella minima. Risparmia al massimo la batteria ma è impossibile da usare per l'utilizzo quotidiano. Performance è l’opposto di Powersave. Imposta la frequenza minima uguale a quella massima in modo che il telefono risulti sempre alla massima potenza. Per ovvie ragioni non può essere utilizzato nell’uso quotidiano, la batteria ne risentirebbe troppo, di solito è usato quando il telefono è in carica o è collegato al pc. Lulzactive Basato sui governor interactive e smartass, tende ad essere il governor preferito da molti. VECCHIA VERSIONE: Quando il carico di lavoro è maggiore o uguale al 60%, fa salire le frequenze della cpu immediatamente allo step successivo. Quando il carico di lavoro è inferiore al 60%, abbassa immediatamente le frequenze della cpu allo step precedente. Quando lo schermo è spento, la frequenza è bloccata alla frequenza minima. NUOVA VERSIONE: Sono stati aggiunti tre nuovi parametri configurabili. 1) inc_cpu_load, possiamo decidere il threshold ( la soglia ), alla quale il governor decide di decrementare/incrementare la frequenza della cpu. 2) *******_step, ci permette di stabilire di quanti step (passi) la frequenza verrà incrementata al raggiungimento della soglia da noi impostata. 3) pump_down_step, ci permette di stabilire di quanti step (passi) la frequenza verrà decrementata al raggiungimento della soglia da noi impostata. Lazy Fondamentalmente un ondemand con il parametro aggiuntivo min_time_state che stabilisce un tempo minimo in cui la cpu permane su una determinata frequenza prima di passare a frequenze più basse o più alte. L’idea è quella di eliminare le instabilità causate dalla rapida commutazione di frequenza di ondemand. Ha anche un parametro screenoff_maxfreq che può essere configurato per specificare la max frequenza mentre lo schermo è spento. Lagfree Simile a ondemand. La differenza è l'ottimizzazione che lo rende maggiormente battery friendly. La frequenza diminuisce o aumenta gradatamente, a differenza di ondemand che salta al 100% troppo spesso. Lagfree non salta le frequenze durante lo scaling verso l'alto o verso il basso. SmartassV2 E’ uno smartass modificato ed è uno dei governor più usati. Questo governor scala verso il basso la cpu molto velocemente mentre lo schermo è spento, e scala rapidamente verso l’alto fino a 500 mhz quando lo schermo si accende. Non c'è un limite superiore per la frequenza mentre lo schermo è spento. Questo governor mira a una "frequenza ideale", per cui scala in maniera più aggressiva nei confronti di questa frequenza e in maniera meno aggressiva dopo. Esso utilizza diverse frequenze ideali per lo schermo acceso e per lo schermo spento, che sono awake_ideal_freq e sleep_ideal_freq, garantendo così un equilibrio tra prestazioni e durata batteria. Ondemandx Sostanzialmente è un ondemand con l'aggiunta del profilo screen off. Questo governor nasce con l'obbiettivo di avere le caratteristiche dell' ondemand ma con un occhio di riguardo per la batteria, grazie alla limitazione della frequenza massima di 500mhz che viene applicata a schermo spento. Intellidemand (alias intelligente Ondemand) e un governor che si basa su ondemand e che non salta mai alla massima frequenza quando lo schermo è spento. L’intellidemand originale si comporta in modo diverso in base all'utilizzo della GPU. Quando la GPU è veramente occupato (giochi, mappe, benchmarking, ecc) intellidemand si comporta come ondemand per offrire buone prestazioni. Quando la GPU è a riposo o moderatamente occupata, intellidemand entra in “browsing mode” (modalità di navigazione) e limita la frequenza massima per risparmiare la batteria. Lionheart E’ un Conservative pesantemente modificato: ha un’up-threshold bassa (circa 60) e una sampling_rate (frequenza di campionamento) più bassa possibile . Il motto di Lionheart è la reattività estrema, le prestazioni e la scorrevolezza, anche a costo di un maggiore dispendio della batteria.

Quoto, tempo fa ho provato pure io ad alzare la frequenza massima a 1824 MHz e non ho notato grandi miglioramenti nella fluidità e velocità in generale. Ergo, il gioco non vale la candela...

Inviato dal mio Galaxy S Plus

[pierm]

Matt95 ci rimetti come manutenzione lo so.

[Pilone92]

Per il logcat devo scrivere questo codice?
su
dmesg > /sdcard/dmesg.txt

[simo993]

grazie, ma avendo il k kernel non si servono app per cambiare il governor.. come governor ho smartass v2 e non va male!

[pierm]

Per il logcat devo scrivere questo codice?
su
dmesg > /sdcard/dmesg.txt

Si pilone se non ricordo male sono questi o comandi. Aggiorni la liquid? Thanks

[ktulu]

Per il logcat devo scrivere questo codice?
su
dmesg > /sdcard/dmesg.txt

Si pilone se non ricordo male sono questi o comandi. Aggiorni la liquid? Thanks

dmesg è per i messaggi lato kernel, logcat è per i messaggi lato rom/app, ecco qui un tutorial per usare logcat [Tutorial] How To Logcat - xda-developers

[pierm]

Perfetto come sempre.

[jackmasson]

Il media server è collegato alla riprpduzione dei suoni, io da sempre uso play music e non ho problemi col media server... li avevo su cm10 ma erano legati ad una particolare versione di viber, sulla cm10.1 mai avuto problemi, se ascolto musica è li, altrimenti no

Anche io uso play music, ma sto media server lo trovo sempre nelle applicazioni che ciucciano batteria, anzi, è l'app che ne consuma di più in assoluto. Ho greenifizzato il greenifizzabile, ma lei è sempre lì. La batteria ha una durata apprezzabile, ma senza sto coso durata e fluidità sarebbero senza eguali... Come me lo levò dalle... scatole?

Inviato dal mio GT-I 9001 rom Cyanogenmod 10.1.2 by davidteri e K Kernel 3.4.54 OC_UV 370MB con Tapatalk 2