[ROM] JellySnap | Android 4.2.2 - CM10.1 | [... is coming ...]

Ottimo poi con calma se puoi dimmi se noti miglioramenti, peggioramenti ecc...
gracias

 

yann!!! Che piacere vederti! Grazie del consiglio spero che le tue mod procedano bene...ti scrivo poi via mail per un consiglio estetico sulla rom.
A presto

Esatto, ci sta che ci sia questo lag alla riaccensione...devo sistemare un po' meglio lo script ma sono convinto che sia un grande vantaggio in termini di durata batteria.

In pratica fà così perchè non appena lo schermo si spegne, la frequenza minima e massima vanno a 245 MHz, poi all'accensione la max viene sparata a 1,4GHz con Gov Ondemand (cioè il gov che scala verso l'alto più velocemente). In pratica però potrei fare in modo che lo scaling avvenga in due passaggi con un intermedio a circa 700-800 MHz in modo da rendere il processo più veloce ed evitare il lag di accensione.

comunque è già una cosa buona che tutto funzioni per come ho deciso...

 

dunque, le impostazioni che hai attualmente non sono importanti...lo script le sovrascrive non appena si verifica un "on/off" dello scermo.
Il sio non viene toccato, quindi puoi scegliere come preferisci.

Se sei curioso di avere altre info sullo script sarò lieto di fornirtele dimmi tu.

 

:gulp: dammi un secondo e scrivo una riga di spiegazione per ogni script

 

scusami...mi sto perdendo dietro al CM installer! Ora però la smetto visto che tanto non funge...ehehe

 

Dunque:

Il file screen_state serve proprio per determinare alcune impostazioni della cpu nelle situazioni schermo acceso/schermo spento. L'obiettivo è ridurre al minimo i consumi con telefono inattivo e avere il cell scattante a telefono attivo.

Nel file ogni riga preceduta da un "#" è una riga di commento.

Nella prima parte puoi leggere una breve descrizione dei governor disponibili.
Da riga 100 inizia il vero e proprio script che è di tipo loop, cioè arrivato in fondo ricomincia.

In generale puoi vedere diverse sezioni:
step1: scelta del governor per lo stato AWAKE (schermo acceso).
step2:scelta governor per lo stato SLEEP (schermo spento).

In questi due step vengono semplicemente dichiarate le due variabili: SLEEP_GOVERNOR e AWAKE_GOVERNOR.

Siamo a riga 158. Qui inizia il loop per lo schermo acceso, testualmente il file compie le seguienti azioni:
Riga 170: dichiarazione di AWAKE --> cat (sta per vai a leggere cosa contiene) il file che si trova in sys/power/wait_for_fb_wake. Ok, Dice quindi che la variabile AWAKE è = al contenuto di quel file.

Riga 171 dice: se la variabile AWAKE è = "awake" (cioè, se nel file wait_for_fb_wale è scritto wake) allora
Riga 172:c'è il comando vero e proprio --> assegna al file /sys/device....blablabla/scaling_governor la variabile AWAKE GOVERNOR

In altre parole qui viene solo detto al sistema di controllare il suo stato attuale ed, in caso di stato "awake" applicare il governor dichiarato all'inizio per lo stato "schermo acceso".

Da riga 175 a riga 279 vengono svolte le seguenti operazioni:
Controlla quale governor è attivo ed assegna determinati valori ai parametri tipici di quel governor. I parametri sono diversi da governor a governor. Per ondemnad ad esempio si possono modificare: Up_threshold, io_is_busy, sampling_down, sampling rate.

Arriviamo alla riga 282
Qui si possono modificare ulteriori parametri per quando lo schermo è acceso:
freq max e freq min; alcuni parametri del gov conservative; dirty_ratio e cache_pressure (controllano la ram); renice di alcuni processi all'accensione.

Da riga 335 troviamo tutte le identiche impostazioni precedenti ma per quando lo schermo è spento.

Infine da riga 559 troviamo solo righe di test per vedere se lo script funziona (e funziona, ho già provato diverse cose).

Questo è quanto , per ciò che riguarda screen_state.
Scrivo in altro post buil prop e project butter



Ovviamente per customizzare lo script ti basta agire sull' # all'inizio della riga facendo attenzione a non mandarlo in clonflitto (per esempio impostando due gov per lo stato awake:dent
Bisogna anche tenere conto del fatto che il nostro kernel non dispone di tutti i governor indicati nello script perciò selezionando ad esempio..Conservative lo script non funzionerà. Per di più per gli script loop se ci sono errori il risultato è che si interrompe il ciclo per ciò perde completamente utilità

 

Passiamo a Project_butter.
Questo script si basa sul processo di RE-NICE...
Cioè uno script che riassegna ad alcuni processi il loro nicelevel.
Il nicelevel è una scala di priorità che va dalla maggiore -20 al minore +19. (esatto, va al contrario )
Il nicelevel di un processo è la caratteristica che fa si che la cpu intervenga prima su quel processo piuttosto che su altri --> in altre parole se un processo ha un nicelevel negativo ed inferiore a -10, verrà preso in carico immediatamente. Al contrario processi con nice level + 10 verranno tralasciati dalla CPU.
Teniamo conto del fatto che stiamo parlando di centesimi di secondo .

In questo script si possono semplicemente specificare ben 24 processi a cui assegnare un nicelevel che viene ricaricato ogni 5 secondi.

Passiamo alla sintassi:
la parte che ci interessa è da riga 53 a riga 75 in cui possiamo editare lo script per specificare i processi da "processare" (scusate il gioco di parole). Ci sono 3 gruppi di processi divisi per importanza: resident_system_app;other system app;other app...


Altra parte da editare è riga 13 in cui viene specificato il numero di processi a cui applicare il renice.

 

OOOk, ho modificato in modo definitivo il file screen_state.

Dunque, ora funziona così:

Governor con schermo acceso: ONDEMAND
freq max: 1,5 GHz
freq min: 122MHz

Governor con schermo spento: SmartassH3
freq max: 768MHz
freq min: 122MHz

Si possono selezionare tutti i governor disponibili nel kernel Come fare?

Andare in system/etc/init.d ed aprire con text editor il file S98screen_state.
Le prime righe sono queste:


per selezionare il gov desiderato basta aggiungere un "#" prima del gov di default (ondemand per schermo acceso, smatassh3 per schermo spento) e togliere l' "#" prima del gov desiderato.


Edit: ah..il file, lo carico
https://docs.google.com/file/d/0B-HBYOt7xhPiZ2xfbUlRa093Yk0/edit?usp=sharing

 

ehm..ops..sistemato il link.
Ho aggiunto i governor del nostro kernel così si possono selezionare governor reali e non solo virtuali.
Tradotto due cavolate giusto per semplificare le cose e "commentato" tutti valori di modifica per ondemand

 

sono daccordo al 100% con te!
Inoltre aggiungo che ho fatto una discreta confusione con questi script...preso dall'entusiasmo del loro funzionamento mi sono lanciato in test scellerati.
Il risultato è che i feedback sono stati un misto di tutto...senza capirci un nulla. Il problema è nato dal fatto che io erroneamente ho considerato le varie modifiche indipendenti...invece non lo sono.
Dunnque...meglio procedere con ordine...altrimenti non se ne esce più???

Quindi..tra poco farò un post riassuntivo e indicherò le modalità per procedere (per chi lo volesse) ad un test che sia significativo.

 

Eccomi, dunque...nella cartella che trovate al seguente link
My Files

(se non funziona il link apri lo spoiler)

Anticipazione (Spoiler)

http://www.mediafire.com/folder/5t7idact2bt3q/JellySnap

sono contenuti due file: S00loopyst e S98screenstate_scaling

i due script con diversi obiettivi:
S00loopyst ha l'obiettivo velocità e reattività
S98screenstate mira alla maggiore durata della batteria

Per effettuare un test sensato è necessario non eseguirli contemporaneamente evitando così che i risultati siano inficiati vicendevolmente dai due script.
Quel che bisogna valutare per il test è: reattività generale, reattività ad app pesanti, durata batteria, note eventuali.

Un test è affidabile se le condizioni di utilizzo sono le stesse...ad esempio una giornata intera di utilizzo normale partendo da una condizione di carica batteria del 100%.

Modalità di installazione:
copiare il file da testare nella cartella system/etc/init.d con permessi rwx r-x r-x

grazie a tutti coloro che vorranno fare i test