In questa discussione potremo parlare di tutti quei kernel manager che servono per gestire i nostri amati kernel
INDICE
(non in ordine di importanza)
1° Post: Informazioni Features gestibili dai Kernel Manager PARTE 1
2° Post: Informazioni Features gestibili dai Kernel Manager PARTE 2
3° Post: Informazioni Features gestibili dai Kernel Manager PARTE 3
4° Post: Kernel Auditor
5° Post: Synapse
6° Post: Trickster Mod
7° Post: Kernel Manager Beta
8° Post: Kernel Tweaker
9° Post Altri Kernel Manager
10° Post: Kernel Manager Collegati al Kernel
Informazioni Features gestibili dai Kernel Manager
iVi 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
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:
• 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