Si, non ci sono problemi
Si, non ci sono problemi
Twitter: http://twitter.com/#!/angelomiui
Eccovi alcuni chiarimenti sui vari governor del kernel tratti da una predente discussione dei kernel Abyss di Angelom per Galaxy S2:
INFO SUI GOVERNOR (valido per qualsiasi kernel)
I governor regolano in maniera diversa le frequenze della CPU. Vanno provati per riuscire a trovare quello più adatto alle proprie esigenze. Qui di seguito una breve descrizione dei governor disponibili su alcuni kernel.
Ondemand
è quello più equilibrato, offre un buon compromesso tra la batteria e le prestazioni.
OndemandX
lavora sulla stessa stregua dell'ondemand, che è il governor di default di tutti kernel. Ossia le frequenze vengono aumentate all'occorrenza, cioè quando la cpu lo richiede; nel caso dell'ondemandX, rispetto all'ondemand è diverso l'algoritmo di scelta di queste frequenze rispetto all'ondemand normale.
Naturalmente anche lo Smartass V2 e InteractiveX sono varianti perfezionate e con algoritmi leggermente diversi dei governor base e cioè Smartass e Interactive; nel caso dello
SmartassV2 verranno preferite le frequenze basse (per poter risparmiare batteria) rispetto a quelle più alte, nell'
InteractiveX invece, come nell'interactive, viene data priorità maggiore per aumentare la frequenza della CPU, rendendo il cell così più reattivo.
Conservative
è come Ondemand solo che è più lento. Per esempio, quando si accende il telefono e si inizia ad interagire con esso, Ondemand aumenterà le frequenze fino a raggiungere quella massima a una data velocità, Conservative farà lo stesso ma a velocità dimezzata. Maggiore è la velocità e più la batteria si consuma, Conservative dunque fornisce prestazioni peggiori ma risparmia la batteria.
Interactive
mentre Conservative è un Ondemand più lento, Interactive è un Ondemand leggermente più veloce: maggiori prestazioni ma consumo maggiore di batteria.
Smartass
si basa su Interactive, ma con alcune modifiche.
BrazilianWax
è come lo Smartass ma ha un cambio di frequenza più rapido.
SavagedZen
è come lo Smartass ma con alcune modifiche al fine di ottenere sia buone prestazioni sia un consumo non eccessivo della batteria.
Userspace
consente di impostare manualmente le frequenze, poco usato di solito.
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 è sempre a potenza massima. Per ovvie ragioni non può essere utilizzato nell'uso quotidiano, di solito è usato quando il telefono è in carica o è collegato al pc.
INFO SUGLI SCHEDULER (valido per qualsiasi kernel)
Lo Scheduler è un algoritmo che, dato un insieme di richieste di accesso ad una risorsa, stabilisce un ordinamento temporale per l'esecuzione di tali richieste, privilegiando quelle che rispettano determinati criteri in modo da ottimizzare l'accesso a tale risorsa.
La differenza tra i vari scheduler è l'attenzione posta su alcuni criteri piuttosto che su altri.
La scelta di un dato scheduler non produce cambiamenti così visibili come per la scelta dei governor, ma apporta comunque dei miglioramenti.
Al solito gli scheduler vanno provati personalmente per trovare quello più adatto alle proprie esigenze.
Deadline: si prefigge lo scopo di garantire un termine, una scadenza a tutte le richieste in modo da evitare fenomeni indesiderati come lo "starvation" ovvero l'eterna attesa di alcune richieste che si verifica quando uno o più processi di priorità bassa vengono lasciati indefinitamente nella coda dei processi pronti, perchè vi è sempre almeno un processo pronto di priorità più alta.
V(r): la richiesta successiva viene eseguita in base alla distanza dall'ultima richiesta. In rete girano buoni pareri riguardo questo scheduler.
No-op: inserisce tutte le richieste in un’unica coda semplicemente in base al loro ordine di arrivo, raggruppando insieme quelle contigue.
SIO: è lo scheduler più semplice, non fa alcun tipo di ordinamento, si prefigge solo lo scopo di ottenere una bassa latenza, di ridurre cioè il lasso di tempo che intercorre tra l'istante in cui la richiesta è generata e quello in cui la richiesta è soddisfatta.
CFQ: ordina le richieste dei processi in code distinte per tipologia e assegna a ciascuna coda uno specifico intervallo di tempo la cui durata dipende dalla priorità assegnata ai processi. Può essere considerato l'Ondemand degli scheduler, è infatti lo scheduler più equilibrato, svolgendo il suo compito in maniera onesta.
BFQ: è basato sul CFQ ma, invece degli intervalli di tempo, assegna una parte della larghezza di banda del disco a ogni processo in esecuzione in modo proporzionale.
Anticipatory: ordina le richieste in base a criteri predittivi, mette cioè in pausa le richieste per un brevissimo periodo di tempo in previsione che arrivino altre richieste simili in modo da aggregarle.
interessante, io ho impostato smartassV2 con undervolt, ora sto faceondo un apio di giorno di utilizzo e poi sapro dire se questa configurazione è consigliabile...per ora va bene, la batteria resiste e le prestazioni ovviamente non si nascondono
In custodiaHTC Wildfire
rooted with Cyanogen 9
vi posto la mia esperienza di questa mattina.
kernel 1.2, setcpu lagfree max 1400hz - min 100hz, undervolt di 50mv per 100-200-500hz, 2core attivati.
ai tempi nelle immagini va sommata circa 1h15m di funzionamento pressochè il standby e che dato un riavvio non mi ha contato.
la fluidità non era eccelsa, co volevano 4-5 scrollate un po' scattose prima di avere la fluidità. inoltre l'animazione per visualizzare la panoramica delle home è scattosa.
domani provo con un altro governor di setcpu.
[/URL] [URL=http://imageshack.us/photo/my-images/827/sc20111128114201.png/][/URL] [URL=http://imageshack.us/photo/my-images/846/sc20111128114151.png/][/URL]" target="_blank">
questa la mia home..niente di che=)
principale utilizzo: smanettamento con vari launcher, quindi rete dati attiva, download di file, installazione/disinstallazione, prove varie etc.
qualche partita a muffin knight, e poi morte
la fluidità non era eccelsa, co volevano 4-5 scrollate un po' scattose prima di avere la fluidità con TW. inoltre l'animazione per visualizzare la panoramica delle home è scattosa.
go launcher qualche lag già con pochi widget.
launcher pro, velocissimo lo scroll tra le home con pochi widget, caricandolo un po' diventava laggoso. lag nell'animazione d'ingreso al app drawer.
domani provo con un altro governor di setcpu.
2^GIORNO
governor SMARTASSV2, 2nd core: dynamic hot plug-in
staccato dalla presa alle 0730. Utilizzo meno continuativo di quello precedente; usato per giocare (circa 1h totale), navigare (15min circa totali), email, sms (circa 50), app androidiani e varie. rete dati sempre attiva.
la fluidità mi sembra leggermente superiore al lagfree, come se la cpu fosse più rapida nel passare a frequenza superiori dal riposo..magari sbaglio.
siamo più o meno tutti con gli stessi consumi? cosa ne pensate?
un grazie ad Angelom per il suo lavoro!
ps. c'è un modo per abilitare le reti ad hoc nelle rom moddate? stile miui
Ultima modifica di kekko4ever88; 29-11-11 alle 17:34
Però ora io sto con SMARTASSV2 e undervolt di -75 da 1200 a 1600, -50 il resto... Il note regge benissimo e per ora... Staccato alle otto, sono al 22%
In custodiaHTC Wildfire
rooted with Cyanogen 9
Ciao ragazzi..la migliore app per settare la gpu?
Inviato dal mio MZ601 usando Androidiani App
powered by Google Ricordate che esiste il tasto THANKS
AbyssNote 1.3 kernel in testing....
Changelog:
Add frequency 50Mhz
enabled SCHED_MC and AFTR for arm topology
rcu: Fix unpaired rcu_irq_enter() from locking selftests
mm: grab rcu read lock in move_pages()
mm/mempolicy.c: add rcu read lock to protect pid structure
rcu: limit rcu_node leaf-level fanout
Add SLQB Allocator
mm/mempolicy.c: add rcu read lock to protect pid structure
mempolicy: remove tasklist_lock from migrate_pages
PM: Introduce library for device-specific OPPs (v7)
PM: wakelocks: Don't report wake up wakelock if suspend aborted
lib/crc: add slice by 8 algorithm to crc32.c
tcp: Increase the initial congestion window to 10
TCP: increase default initial receive window.
other small changes that do not remember
Twitter: http://twitter.com/#!/angelomiui
ITAIce (01-12-11),kekko4ever88 (03-12-11)
AbyssNote kernel 1.3:
Multiupload.com - upload your files to multiple file hosting sites!
Changelog:
Add frequency 50Mhz
enabled SCHED_MC and AFTR for arm topology
rcu: Fix unpaired rcu_irq_enter() from locking selftests
mm: grab rcu read lock in move_pages()
mm/mempolicy.c: add rcu read lock to protect pid structure
rcu: limit rcu_node leaf-level fanout
Add SLQB Allocator
mm/mempolicy.c: add rcu read lock to protect pid structure
mempolicy: remove tasklist_lock from migrate_pages
PM: Introduce library for device-specific OPPs (v7)
PM: wakelocks: Don't report wake up wakelock if suspend aborted
lib/crc: add slice by 8 algorithm to crc32.c
tcp: Increase the initial congestion window to 10
TCP: increase default initial receive window.
E' consigliato, se si vuole impostare un profilo di screen off, di usare per esso una frequanza 100/50.
Impostando 50/50 si possono avere forti rallentamenti.
AbyssNote kernel 1.3 Sources in upload tomorrow
Twitter: http://twitter.com/#!/angelomiui
ITAIce (01-12-11)
ciao, grazie ancora per il tuo lavoro, l'abyss 1.3 è spettacolare, poi hai visto se puoi fare qualcosa per il risveglio istantaneo da schermo bloccato?
In custodiaHTC Wildfire
rooted with Cyanogen 9
ciao ragazzi..attualmente ho questa rom..come faccio a riportare il note con il firmaware originale..senza root..devo usare mobile odin?