Informazioni Features gestibili dai Kernel Manager
i
Vi ricordo che le informazioni qui trattate dipendono da kernel a kernel; c'è chi le supporta e chi non le supporta.
Stessa cosa per i kernel manager: c'è chi le supporta ma non appaiono perchè nel kernel non sono presenti e viceversa
Ovviamente cercherò di inserire le più importanti; ricordo che una mano è sempre accetta:
se volete aggiungere qualche punto o confutare quello scritto sotto, fatemi sapere ;)
Frequenze CPU/GPU:
Spoiler:
Anche se piuttosto simili, ogni kernel ha impostate le proprie frequenze min/max CPU e GPU.
Il mio consiglio, se non si sa cosa toccare, è quello di lasciare tutto di default come impostato nel kernel, ma se si vuole sapere a grandissime linee:
Le Frequenze
+ saranno elevate + velocità del sistema - durata batteria
- saranno elevate - velocità del sistema + durata batteria
Ovviamente potreste ritrovarvi con dei lag, impuntamenti, riavvii da paura nel caso abbassiate troppo e una durata veramente scarsa (anche nel tempo) della batteria, bruciando tutto nel caso li alzaste troppo rotfl
In sostanza, state attenti e per ora finiamo qui; ne riparleremo quando arriviamo ai seguenti punti: Undervolt/Overvolt
Underclock/Overclock
Governor CPU/GPU
Spoiler:
Non penso che ci sia bisogno di dilungarsi quando abbiamo a disposizione guide già molto dettagliate:
- Cosa sono i governors ed un elenco dei più diffusi: [GUIDA] Governor e Scheduler: kernel settings
- Impostazioni avanzate Governors: (thanks @iko14iron per la sua guida)
Spoiler:
Quote:
• above_hispeed_delay: il ritardo (in micro-secondi) dall’applicazione del carico all’aumento della frequenza. Valori alti --> maggiore autonomia, ma possibili lag all’apertura di applicazioni particolarmente pesanti.
• hispeed_freq: la frequenza a cui viene spedito il processore una volta superato un certo valore di carico. Valori alti --> maggiori reattività e maggiori consumi, Valori Bassi --> minore reattività ma consumi più contenuti.
• min_sample_time: il tempo minimo in cui stare su una frequenza, una volta esaurito il carico (non lo state più usando), prima di iniziare a scendere. I valori sono espressi in micro-secondi (10-6 secondi). Valori bassi --> miglior durata della batteria, ma se ad esempio state leggendo un articolo sul “leggerissimo” Chrome, può non essere un bene che appena finisce il touch input la frequenza crolli.
Al contrario, alzare ulteriormente il valore può essere un’inutile spreco di batteria.
• Sampling_rate: è un parametro che indica quanto spesso il kernel guarda l’uso della CPU e decide quindi come regolare la frequenza della CPU. Valori più alti significano sondaggi sulla CPU meno frequenti. Per le frequenze più base, questo potrebbe essere considerato un vantaggio in autonomia dal momento che, nonostante la presenza di un carico, potrebbe non saltare alla successiva frequenza in maniera rapida (ma questo vuol dire anche meno reattività), ma per frequenze più alte, il tempo di discesa sarà aumentato.
Invertendo il ragionamento si può facilmente capire cosa succede quando il valore viene diminuito.
• Timer_rate: La frequenza di campionamento,ovvero quanto spesso il kernel guarda la CPU per decidere se aumentarne la frequenza. E’ praticamente l’equivalente in Interactive del sampling_rate dell’ondemand, solo che ha una logica più “prestazionale” (guarda solo in alto).
Valori più alti --> maggiore autonomia, possibili lag in seguito a bruschi cambiamenti di carico.
• Input_boost: frequenza di tocco. Frequenza a cui viene spedito il processore appena lo schermo riceverà un tocco.
• input_boost_freq_duration: quanto dura la frequenza di tocco, ovvero quanto aspettare prima di scendere dal valore inserito in precedenza.
• sampling_down_factor: determina quanto spesso la CPU può stare a frequenze più alte quando è “pesantemente” occupata. Valore più elevato --> maggiori performance.
• down_differential: parametro molto complesso.
tra il momento cui il kernel decide che la CPU deve scalare il momento in cui guarda di nuovo la CPU per vedere quanto è occupata, passerà ovviamente del tempo (minimo ovviamente, si parla di micro-secondi). Con questo parametro decidiamo proprio noi la frequenza a cui mandare il processore in quell’intervallo di tempo, attraverso questa formuletta: F = freq_max / (up_threshold – down differential).Quindi, aumentando il down_differential, aumenta questa frequenza intermedia. Valori bassi sono consigliati per una buona autonomia.
•Soglia di alto carico: se il dispositivo è sottoposto ad un carico maggiore del valore indicato tutti i core andranno online.Questo vuol dire che più il valore è alto, migliore sarà l’autonomia, ma potrebbero esserci dei lag.
Consiglio un valore tra i 70 e i 90, a seconda delle vostre esigenze.Il valore “0” implica che tutti i 4 core saranno SEMPRE online, mentre il valore “100” implica che i 4 core non andranno MAI online insieme
Undervolt:
Spoiler:
Prima di iniziare ecco anche qui una guida ottima di introduzione: https://www.androidiani.com/forum/sa...spositivo.html
L'opinione generale su UV è molto "combattuta": c'è chi dice non ne valga la pena e c'è chi dice altro ancora ... io vi dirò la mia.
Che cos'è UV?
L'uv non è altro che il diminuire i voltaggi della CPU
Perchè facciamo UV?
Perchè diminuire i voltaggi comporta vari miglioramenti:
- Surriscalda meno il cell
- Rende più duratura la batteria nel ciclo di carica (differenze minimissime)
- Rende più duratura la batteria nel tempo
Le differenze, come già accennato sono minime; non noterete miglioramenti abissali in durata batteria ma allo stesso tempo UV non può che migliorarvi.
Non ci sono controindicazioni dove migliorando questo vai a peggiorare altro; l'unica cosa che vi potrà succedere è un impuntamento del sistema risolvibile con un riavvio (se non avete settato al boot) o con un reflash della rom.
Insomma se si può solo migliorare la situazione, perchè non farlo?
Requisiti UV:
Root
Busybox (spesso già presente nella rom)
Kernel che supporti UV (i più conosciuti lo permettono)
Kernel manager che svolga questa funzione.
Come fare undervolt:
Recarsi nella finestra CPU Volt (chiamato anche mp decision alcune volte su trickster mod ad esempio)
Nel vostro kernel manager, di solito, è presente un comando che modifica tutti i voltaggi presenti in un solo colpo (si chiama CPU Global Voltage o simile)
Settate un -25 e testate il vostro cell notando eventuali impuntamenti; va tutto bene? non ne avete?
ritornate su CPU Volt e settate - 50 e così via (di solito per il nostro nexus 5 si arriva anche ai -75)
Nel caso vi ritroviate con lag iniziate ad aumentare la temperatura di 5 fino a trovare il punto di equilibrio perfetto:
A -50 avrete lag? settate -45; ancora? settate -40 e così via ;)
Per chi non ha voglia di fare questi passaggi semplici ma cmq passaggi ... non faccia UV; mentre chi riesce a stare dietro a 10 secondi in più di settaggio, consiglio di farlo ... non avrete nulla da perdere xP
Underclock
Spoiler:
Come accennato in Frequenze CPU/GPU , l'underclock è l'abbassamento delle frequenze legate appunto a CPU e GPU
Abbassandole avremo + batteria (qui cambiamento significativo rispetto a UV) - prestazioni!
A voi la scelta:
Se pensate di poter accettare la fluidità di un galaxy s2 e preferite avere il doppio di batteria, optate per underclock
Se no non fa per voi; ricordatevi però che esistono anche i compromessi (diminuirla di poco)
Io ad esempio faccio sempre UC sulla GPU e la passo dai 450 ai 389; questo perchè uso fruit ninja e clash of clans e con questo metodo non ho rallentamenti! probabilmente li avrei nel caso giocassi a giochi molto più pesanti ma non è il mio caso e allora risparmiamo ancora un po' :)
Come settarla?
Basta andare in CPU Freq min/max o GPU Fre min/max e abbassarle;
Ricordo che abbassarla troppo comporta rallentamenti e la possibilità che il cell non riesca a riaccendersi dallo standby; anche qui basta un riavvio se non si setta l'app al boot, o un reflash della rom
16-02-15, 12:01
fabi_92
[DISCUSSIONE, INFO E SOS] Kernel Manager (consigli, settaggi, assistenza e altro)
Overclock/Overvolt:
Spoiler:
Mi rifiuto rotfl
Questi secondo me sono il male; aumentare le prestazioni di un n5 già prestante andando a danneggiare e bruciare velocemente il processore? NO GRAZIE.
se siete interessati a questa pratica: google.
MpDecision
Spoiler:
Questa è una raccolta di script che aiutano molto il nostro dispositivo...
Gestisce e controlla le nostre frequenze (sopratutto della cp1 e quando si spegne) ed è una specie di blocco limite di sicurezza; gestirà al meglio le nostre frequenze per impedire blocchi e quant'altro.
Consiglio di lasciarlo attivo a meno che non si sappia dove si mettono le mani, come si modificano le freq ecc.
In quel caso è opportuno disattivarlo o i vostri cambiamenti serviranno a poco!
async_write_expire: si occupa di impostare un limite massimo di scrittura di processi in asynchronus cioè in secondo piano. (Letteralmente non sincronizzati in quel momento)
async_read_expire: si occupa di impostare un limite massimo di lettura di processi in asynchronus.
sync_write_expire: si occupa di impostare un limite massimo di scrittura di processi in synchronus cioè in primo piano.
sync_read_expire: si occupa di impostare un limite massimo di lettura di processi in synchronus.
read_expire: si occupa di impostare un limite massimo di lettura dei processi, indipendentemente dalla loro importanza.
write_expire: si occupa di impostare un limite massimo di scrittura dei processi, indipendentemente dalla loro importanza.
fifo_batch: controlla il massimo numero di frequenze per lasso di tempo. L'aumento di questo parametro causa una capacità maggiore di gestire richieste ma diminuisce il tempo in cui vengono svolte.
fifo_expire_async: gestisce il limite di processi in asynchronus.
fifo_expire_sync: gestisce il limite di processi in synchronus.
slice_sync (timeout_sync): è il parametro che si occupa di gestire il tempo massimo (time_slice) in cui vengono soddisfatte le richieste in synchronus. Finito questo lasso di tempo si passa al processo seguente.
Se si vuole aumentare il time_slice bisogna quindi aumentare lo slice_sync.
slice_async (timeout_async): funziona come slice_sync ma si occupa dei processi in asynchronus.
slice_async_rq (max_budget_async_rq): questo parametro si occupa di limitare l'invio di richieste in asynchronus.
quantum: si occupa di gestire la coda delle richieste inviate al telefono. Quindi, se la coda delle richieste inviate al dispositivo superano questo parametro non verranno più inviate richieste.
Double Tap 2 Wake (dt2w)
Spoiler:
Funzione in grado di risvegliare il cell in standby facendo un doppio tocco sullo schermo.
A volte è integrata con "Center/Bottom Half" e Full": La prima tiene attivo solo metà schermo in basso (consuma meno), la seconda tutto Consuma? si e non poco!
Vi consiglio di affiancarla a wake timeout e power suspend key (trovate le info sotto)
Sweep to Sleep (s2s)
Spoiler:
Funzione in grado di spegnere il cell, scorrendo nella nav bar da dx a sx (o viceversa) Consuma? assolutamente no
Sweep to wake (s2w)
Spoiler:
Funzione in grado di risvegliare il cell in standby scorrendo nella nav bar da dx a sx (o viceversa) Consuma? si e non poco! (stessa storia del dt2w, quando si tratta di wake consuma perchè tiene lo schermo attivo)
Wake Timeout:
Spoiler:
Ha un ruolo fondamentale per chi usa i comandi wake.
Come sapete con dt2w e s2w lo schermo rimane attivo e di conseguenza consumerebbe tantissimo lasciarlo on tutto il tempo.
Ci aiuta il wake timeout che una volta settato con i minuti, secondi preferiti , disattiverà il wake.
Es: se impostate un wake timeout a 2 minuti, una volta che il telefono è in stand by, permetterà i wake solo per 2 minuti; poi si disattiverà.
Power Suspend Key:
Spoiler:
Altro modulo per evitare consumi enormi,
Permette di disattivare i comandi wake (dt2w ecc.) premendo il tasto POWER; nel caso invece eseguiamo uno s2s, i wake continueranno a funzionare
Gamma Color / Gamma profiles
Spoiler:
Si dividono principalmente in 2 casi:
- Gestione dei gamma color: setti e imposti tu giocando con le scale di colori fornite; un po' di rosso di qua un po' di blu di lì e trovi il tuo colore ideale.
- Gamma profiles: implementata ancora in pochi kernel manager (tra cui synapse ad esempio), non sono altro che profili già preimpostati; vi basta scegliere uno dei tanti e impostarlo. si setterà una volta messo in stand by il telefono.
Beh ... io preferisco i kernel che incorporano il secondo metodo :D
Sound Control e Sound Profiles:
Spoiler:
Spesso i vari kernel sono incorporati con faux sound o franco sound.
Faux Sound (disponibile anche la sua app)
Vi permette di gestire i controlli audio; potrete migliorare la qualità, aumentare il volume insomma settarlo a vostro piacimento.
Consiglio di non farvi prendere dall'euforia settando tutto al massimo, non funziona così e lo sapete; cercate di settare con il giusto equilibrio
Oppure in alcuni kernel (synapse ad esempio) c'è anche la possibilità di utilizzare i faux sound profiles:
Un po' come per i gamma profiles, non sono altro che profili faux già realizzati; Quality, loudness ecc.
Franco Sound
Assomiglia molto a faux e anche qui basterà gestire al meglio le configurazioni
Controllo gestione TCP:
Spoiler:
Armatevi di voglia e leggetevi da wiki questo
Io di solito lo lascio stock però ricordo di essermi trovato bene con "cubic"
USB Fast Charge
Spoiler:
Questa funzione disattiva alcune protezioni del device e vi permetterà di caricare da usb con una velocità simile/uguale a quella da presa.
A volte si permette solo di attivarla o no, mentre altre potrete scegliere voi la potenza con cui attivarlo (consiglio assolutamente di stare sotto i 1500)
Un tempo, attivare questa funzione comportava l'impossibilità di poter accedere allo storage da pc mentre era collegato; tutto questo non sembra accadere più.
Wifi Scan Interval
Spoiler:
Questa funzione permette di ritardare/velocizzare lo scan del wifi nei vari canali.
è molto trascurata ma credo che se settata ad un buon livello possa anche essa far risparmiare batteria
Apply Al boot
Spoiler:
Considero questo punto essenziale.
Spuntando questa impostazione, i vostri settaggi verranno mantenuti anche dopo un riavvio; che dire, cosa positivissima ma se usata con cura!
Se fate underclock, undervolt e magari settate una minima troppo bassa, rischiate di dover fare un full wipe!
Quindi assicuratevi sempre di essere stabili prima di spuntarla e assicuratevi anche di togliere la spunta nel caso dobbiate cambiare kernel o aggiornarlo ;)
Evita il Paging su disco comprimendo la Ram. Con il termine "Paging": Si intende il modo in cui il telefono salva i dati temporanei. Aiuta con la frammentazione del disco e lo spazio fisico, che, nel tempo, mantiene la velocità stabile e previene eventuali rallentamenti del sistema. In sostanza serve per migliorare la gestione della RAM.
Io ricordo che lo usavo sempre su gnex e faceva miracoli; la domanda è: è davvero indispensabile sul nostro n5? non credo :P
alcuni kernel manager hanno la possibilità di modificare e visualizzare tutto ciò che è scritto all'interno di questo fail, il quale si può raggiungere con un file manager all'interno della cartella "system". All'interno sono contenute e modificabili (ATTENZIONE A VOSTRO RISCHIO E PERICOLO) tutte le informazioni del nostro telefono, a partire dalle componenti hardware fino a quelle software cambiando nome in codice del dispositivo, la densità in DPI del dispositivo e moltissime altre informazioni, il file di per se è molto lungo e abbastanza complesso se inesperti consiglio di non toccarlo e affidarsi ad app automatiche nella quale basta immettere i valori.
gestisce la vibrazione del telefono in una scala di valori da 0 a 100 solitamente nei kernel è impostata da 60 a 65 e nel nexus 5 stock ad esempio il valore sta a 63.
permette di raggruppare l'attività richiesta al processore nel minor numero di core possibili. Nei kernel manager ci sono due parametri 1 o enabled (su trickstermod e kernel adiutor ad esempio) e 2 o aggressive (sempre su trickstermod e kernel adiutor ad esempio), il parametro numero 1 è meno efficace del numero due che come dice il nome è più aggressivo, personalmente non ho notato differenza nelle performance e a sua volta non aspettatevi un chissà quale miglioramento della durata della batteria.
16-02-15, 12:01
fabi_92
[DISCUSSIONE, INFO E SOS] Kernel Manager (consigli, settaggi, assistenza e altro)
Touch boost:
Spoiler:
Come funziona?
Non fa altro che gestirvi automaticamente la frequenza consigliata quando toccate il display.
I kernel che lo utilizzano, cercano di garantirvi una massima esperienza in fluidità; ovviamente questo comporta una perdità in più di batteria nel caso si utilizza una frequenza mediamente alta.
Posso disattivare touch boost dal mio kernel?
Solitamente i dev fanno in modo di rendere agibile il kernel anche disattivando touchboost.
nessun problema dunque ...
Disattivare touchboost è sconsigliato?
Non è ne consigliato ne sconsigliato: dipende da voi!
Disattivarlo può rendere il terminale meno fluido ma più duraturo
Se si conoscono bene le frequenze o userete app che le monitorano come cool tool (anche dagli stessi kernel manager in "info") , potrete capire subito come gira e cosa è meglio per voi.
Esempi:
Freq min CPU: 192 MHz
Touch boost ON: 960 Mhz
Dispositivo molto fluido ma meno duraturo;
Se non lo toccate, girerà costantemente sui 192 (a meno che stiate usando app che influenzano).
Appena lo toccherete, la frequenza girerà sui 960 fino ad adattarsi alla sua ideale.
---
Freq min CPU: 192 MHz
Touch boost OFF
Dispositivo molto duraturo ma meno fluido;
Le frequenze gireranno sui 192 indipendentemente se lo toccate o no (a meno che stiate usando app che influenzano).
In sintesi, ognuno ha le sue esigenze. personalmente preferisco il compromesso e lo si può trovare nei seguenti modi:
- Disattivare touchboost alzando la frequenza minima (nell'esempio di prima, passarla dai 192 ai 300)
- Tenere touchboost abbassando le frequenze (nell'esempio di prima, passarla da 960 a 422/652)
Cosa Mi piace:
- Design Perfetto
- Semplice e immediato
- In costante sviluppo (attualmente)
Cosa non mi piace:
- Mancano ancora features fondamentali come i gamma profiles (pierligio etc.)
PS: Ha appena aggiunto il wake timeout e altre config che mi mancavano :D
Cosa Mi piace:
- Il più completo nei settaggi; quasi indispensabile per chi setta quasi tutto in un kernel xD
Cosa non mi piace:
- Installarlo è ogni volta un massacro; procedimenti che per tutti gli altri gestori non servono.
- L'interfaccia e la gestione vi sembrerà troppo PRO, le prime volte
F.A.Q e consigli:
Cosa serve?
-Root
-Busybox funzionante
-ROM che supporti init.d scripts
-Synapse
Come installare Synapse?
-Reboot in recovery
-Flash UKM zip (No cache/dalvik wipe necessari)
-Installa Synapse
-Enjoy
Nota:
Se Synapse non si avvia dare da terminale i seguenti comandi:
su (invio)
uci reset (invio)
uci (invio)
oppure
utillizare UKM Uninstaller
cancellare la cartella Synapse dalla sdcard
installare nuovamente UKM
installare busibox
Synapse
Cosa Mi piace:
- Anche esso molto semplice e intuitivo
- Tradotta in italiano
Cosa non mi piace:
- La funzione free è molto limitativa; bisogna cacciare i soldi :D
non che mi dispiaccia per carità, ma lì fuori si trova roba del suo stesso calibro e gratis
Cosa Mi piace:
- Ammiro tutta la veste grafica; si vede il duro lavoro e si vede che parte da zero sicuramente non prendendo il design da trickster e altri
- Ha un glossario che spiega in sintesi molte delle funzioni presenti
- Developers italiani (oh è sempre un punto in più xD)
Cosa Non Mi piace:
- Lo sviluppo è in stand by (o finito?) da molto e di conseguenza mancano delle features per me essenziali come wake timeout, color profiles ecc.