Io l'ho provato un paio di giorni su cm10.1 e su liquid smooth..non ho trovato grossi problemi anzi solo miglioramenti..ogni tanto ho il problema dei tasti fantasma(il tasto home a volte fa i capricci) ehehe devo ancora metterci le mani sul pkf..resto perfetto..adesso sto cercando di mettere a confronto cm10+nexus e cm10.1+k..
Inviato dal mio GT-I9001 con Tapatalk 2
[KERNEL][3.4.x][JB] K^Kernel 3.4.x per JB 4.2.2 e JB 4.3
Visualizzazione stampabile
-
06-07-13, 10:45Pilone92
-
06-07-13, 10:48Christopher83Ciao Pierm,Quote:
Originariamente inviato da pierm
credo che sia opportuno provare a rimuovere i vari widget, uno ad uno oppure in piccoli insiemi, finchè non trovi il giorno senza sod, a quel punto sai quale app disinstallare.
Lo stesso vale per il ritardo nell'accensione dello schermo, non dipende dal modulo PKF, bensì dal fatto che quando il sistema si trovava in deep sleep, essendo una sorta di ibernazione, impiega vari secondi a ripristinare il precedente stato attivo in memoria, sempre in base al numero di widget e app in esecuzione.
Il mio consiglio quindi è:
- provare ad usare un launcher più leggero (Apex Launcher o Nova Launcher), freezando o disinstallando Trebuchet (mai tenere più launcher attivi)
- cercare di limitare all'osso le app e widget in esecuzione, poichè, oltre ad allocare memoria, se hanno la sincronizzazione attiva, consumano anche più batteria
Ok, appena ho un attimo metto una sezione faq... ;)
Grazie Pierm. -
06-07-13, 11:02piermAhahahahah mi fai morire, i tuoi consigli sono utilissimi ti ringrazio. Tuttavia lungi da me dal mettere in discussione il kernel che ritengo ottimo ed eccellente, in quanto so bene che il problema e' mio e deriva dall'utilizzo del cell. Se tolgo i widget non porto piu' la pagnotta a casa per i miei figli perche' ci lavoro. come launcher uso Nova che poverino ormai non sa piu' che fare con me, mi urla di continuo che non c'e' piu' spazio per le icone e altro :'() Per il consumo di batteria avrai capito che se io dico che a fine sera arrivo al 25% beh con quel casino che ho installato non e' lodevole il tuo kernel, oserei Divino.Quote:
Originariamente inviato da Christopher83
L'importante e' imparare a conoscere il proprio Device e principalmente me stesso nell'utilizzo e su questo sei veramente di grande aiuto. Potrei cambiare cell? No no no sarebbe abbandonarvi, ma non esiste. Pero' se voi del Team lo cambiate fatecelo sapere cosi li prendiamo in grossi stock (meglio no!!) rotfl -
06-07-13, 15:34alone13
Christopher83, nelle rom come la rootbox che non presentano nel menú la parte relativa al kernel, é possibile comunque installare il tuo kernel, e se si mantiene le tue impostazioni di default?
-
06-07-13, 15:42leonbeson
Volevo riportare un feedback sul deep sleep
Allegato 70938
L'ho messo a nanna nell'ultima ora e mezza del grafico a 82% e cosí l'ho ritrovato :eek: praticamente l'ha ghiacciato :eek:
Fenomenale per deep sleep, siamo a livelli di GB :D
Poi ti rompo per una curiosità chris, ieri ho fatto un test deep sleep per 10 minuti, e dopo neanche 3 minuti é andato a nanna, ecco il risultato
Allegato 70939
Ma come mai quei 20 secondi a 1400 se ho settato 1300-192? :confused:
Grazie in anticipo :) -
06-07-13, 15:49Christopher83Sono i 20 secondi necessari per il boot...Quote:
Originariamente inviato da leonbeson
In pratica le frequenze min e max da te impostate vengono assegnate dalla app di sistema a boot completato. -
06-07-13, 17:25lucacdj
Ragazzi io ho 352mb di ram, come faccio a sapere se saranno supportati i video 720? grazie
-
06-07-13, 17:47piermTi leggi i primi post e c'e' scritto. ciaoQuote:
Originariamente inviato da lucacdj
-
06-07-13, 17:57leonbesonNel primo post chris spiega tutto alla perfezione luca, comunque:Quote:
Originariamente inviato da lucacdj
350 mb: funziona tutto
370 mb: chris ha fatto come dynamo :roftl: ha fregato 20 mb ad un processo facendo funzionare tutto lo stesso
390 mb: non funzionano i video a 720p, funzionano a 480p
Io consiglio sempre: ti interessano i video a 720p?
Si: 370 mb
No: 390 mb
;) -
06-07-13, 18:12lucacdjGrazie leon, ma non ho capito se lo devo impostare io oppure va in automatico rispetto all'hardware ram che si trova installato sul telefonoQuote:
Originariamente inviato da leonbeson
-
06-07-13, 18:30Christopher83Ciao Alone13,Quote:
Originariamente inviato da alone13
sì puoi, verranno mantenute le impostazioni di default del kernel, a meno che non usi una app che ti permette di impostare le varie personalizzazioni (Trickster MOD, NsTools, IncrediControl ecc...). -
06-07-13, 18:33Christopher83Ciao Luca,Quote:
Originariamente inviato da lucacdj
se installi il kernel da 390MB, dovrai selezionarlo da menu impostazioni della videocamera (se così possiamo definirla), passando da HD 720p a SD 480p.
Con il kernel da 360MB e 370MB potrai usare entrambi le modalità. -
06-07-13, 18:45Christopher83K^Kernel 3.4.52 v1.6 per JB 4.2.2
Ciao a tutti,
ho rilasciato le nuove build del kernel v1.6:
Per maggiori info a proposito della nuova feature "timer slack controller", fate riferimento al terzo post del thread su XDA.codice:- Kernel 3.4.52
- Sources synched with cm-10.1 repos of Arco68 and DevCon Team
- Built with my latest custom Linaro 4.7.4-2013.06 toolchain optimized for Cortex-A8
- Update camera code to use clk_prepare api (credits and thanks to Arco68)
- Fixes to graphic drivers (credits to Lynus Vaz and Lucille Sylvester)
- Implement suspend/resume for cpufreq driver (credits to Anji Jonnala)
- Check for pending_resume in SDCC system suspend (credits to Subhash Jadavani)
- Other minor fixes (from CAF sources)
- Timer slack controller (credits to Kirill A. Shutemov, thanks to Boype and Stuffynet)
- Dynamic management of the minimal timer slack value on suspend/resume
Brevemente, è una feature che consente ad un processo core di sistema di impostare un timer per tutti i processi appartenenti ad un determinato gruppo (core, applicazioni/processi in primo piano, applicazioni/processi non interattivi e non in primo piano) in modo tale da temporizzare i vari wakelock richiesti a determinati intervalli, al fine di garantire un minor consumo di batteria.
Grazie tantissimo a KTulu e Smeroni68 per il loro supporto in fase di test! -
06-07-13, 19:32leonbeson
Eccheccappero, cosí non ci dai requie, sono al 2 flash in due giorni :roftl: che bello quando non ci dai neanche il tempo di farci godere il kernel che ne sforni un altro :D
Appena flashato, a breve feedback :thumbup: -
06-07-13, 20:25ktulu
In realtà per questo si è anche aspettato qualche giorno extra.. :P
-
06-07-13, 20:51piermRagazzi questi non si fermano piu'.....ci tocca seguirli :-$Quote:
Originariamente inviato da leonbeson
-
07-07-13, 00:01Leorocky
Felice provo subito... Ma mica esce anche la ROM del team tipo entro le 24 ore come la volta scorsa che ho flashato due volte, altrimenti aspetto e metto tutto insieme.
:D -
07-07-13, 00:42lucacdj
Ma questo kernel è unicamente per la 4.2.2. ?
Sulla 4.1.2 non è possibile installarlo? -
07-07-13, 01:04leonbesonEh si, infatti nel primo post c'é scritto "CM 10.1", ossia JB 4.2.2 ;) ma chris rispondendo a pilone disse: "un giorno, quando avró tempo.." :D:thumbup:Quote:
Originariamente inviato da lucacdj
-
07-07-13, 15:05leonidarussoQuote:
Originariamente inviato da Christopher83
Il "timer slack controller" è attivo di default o ci sono passaggi specifici per attivarlo e impostarlo? -
07-07-13, 15:15leonbesonChiavi in mano, é solo da godere leonida! ;)Quote:
Originariamente inviato da leonidarusso
-
07-07-13, 15:38piermQuoto e aggiungo sperando che il guru non mi richiami per eventuali c...te che sto scrivendo. Ma da una piccola ricerca in parole povere per quelli come me fa questo:Quote:
Originariamente inviato da leonbeson
Chris lo sintettizza meglio riportando su XdA "Grazie a questa caratteristica, il kernel può impostare un timer specifico allentamento per i processi coinvolti, riducendo al minimo il numero di risvegli e permettendo il consumo di energia di un sistema inferiore."Quote:
Si tratta, in altre parole di un meccanismo di risparmio energetico. Quando il gestore di sessione determina che niente di speciale sta accadendo, può aumentare a dismisura i tempi per gestite le applicazioni desktop, in modo efficace riducendo il numero di risvegli. Le applicazioni non hanno bisogno di essere a conoscenza del fatto che l'utente è attualmente la tastiera o no, ma li si fa rallentare durante i momenti noiosi (sleep).
Tuttavia il nostro Guru ha fatto di piu', infatti lui stesso nel nuovo kernel ha implementato questo:
Chiaro ragazzi?Quote:
Ho anche implementato una nuova funzionalità in aggiunta a quello di cui sopra, che permette la gestione dinamica del valore minimo lasco timer.
Quindi, è possibile utilizzare diversi minimo valore slack timer quando il sistema è attivo e quando è stato sospeso.
Al momento, i valori scelti e utilizzati da K ^ Kernel sono i seguenti:
- Processi core, 0 ns quando il sistema è attivo, ns 50000 quando il sistema è sospeso
- Applicazioni / processi, 0 ns quando il sistema è attivo, 250000 ns quando il sistema è sospeso in primo piano
- Sfondo apps / processi interattivi non, 100000000 ns quando il sistema è attivo, 250000000 ns quando il sistema è sospeso
-
07-07-13, 15:42Sceriffo82
Qualcuno può spiegarmi,per favore,la differenza tra un kernel UV e lo stesso EXUV.
Grazie -
07-07-13, 15:50piermpost #211 vai qui https://www.androidiani.com/forum/sa...-2-2-a-22.htmlQuote:
Originariamente inviato da Sceriffo82
-
07-07-13, 15:52leonbesonSpiegato qualche post fa sceriffo ;)Quote:
Originariamente inviato da Sceriffo82
Comunque: prestazioni identiche, con exuv guadagni in batteria. Se noti impallamenti vari il tuo é uno di quei device che non digerisce l''exuv, monti l'uv e risolvi :D -
07-07-13, 15:56moby90
Flashato stamattina ed è una meraviglia come sempre! (370 ex uv)
-
07-07-13, 16:07Christopher83Grazie Pierm!Quote:
Originariamente inviato da pierm
Sì, ritraduciamolo meglio in italiano:
Quote:
Grazie a questa caratteristica, il kernel può impostare un timer slack specifico per i processi coinvolti in un raggruppamento gerarchico (cgroup), riducendo al minimo il numero di risvegli e permettendo un consumo inferiore
Buona serata!Quote:
Ho anche implementato una nuova funzionalità in aggiunta al timer slackk controller originale, che permette la gestione dinamica del valore minimo del timer slack.
Quindi, è possibile utilizzare diversi valori minimi del timer slack quando il sistema è attivo e quando è stato sospeso.
Al momento, i valori scelti e utilizzati da K^Kernel sono i seguenti:
- Processi core, 0 ns quando il sistema è attivo, 50000 ns quando il sistema è sospeso
- Applicazioni / processi in primo piano, 0 ns quando il sistema è attivo, 250000 ns quando il sistema è sospeso
- Applicazioni / processi non interattivi in background, 100000000 ns quando il sistema è attivo, 250000000 ns quando il sistema è sospeso
-
07-07-13, 16:30simo993
ragazzi sono molto inesperto, ho la cm10.1 e volevo metterci un kernel non stock.. mi consigliate la versione da 360/370 o 390mb? pensavo di mettere la 390mb gia che ci sono ma non so se vada meglio delle altre due.. altra cosa i parametri tipo della cpu ecc come li imposto per farlo funzionare bene? grazie mille cosi lo flasho subito :)
-
07-07-13, 16:33piermQuote:
Originariamente inviato da simo993
mmmmm non crosspostare, se se ne accorge il moderatore so...c...zi
cancella hai gia' postato ne lkernel e ti ho risposto. grazie molto gentile :) -
07-07-13, 16:43LeorockyI consigli in questo caso sono soggettivi, in base a cosa ti serve.Quote:
Originariamente inviato da simo993
Se necessiti di più RAM perche usi tante app contemporaneamente allora sacrifichi i video a 720p e metti la versione 390mb altrimenti le altre due versioni.
Per la CPU se sei inesperto puoi lasciare tutto di default in quanto il kernel e già super prestante!
Colgo l'occasione, il kernel v1.6 è perfetto si va sempre in meglio.
Complimenti!
:D -
07-07-13, 16:45Niko89
Ragazzi un problema... È la seconda volta (mi capitò con la v1.5) che quando vado ad aggiornare il kernel (i 2 wipe>flash>2 wipe>fix permission) il cell non si avvia rimanendo nella schermata di caricamento e costringendomi a fare un restore. I kernel scelti sono sempre exuv. Soluzioni??
-
07-07-13, 16:53simo993ok, grazie provero a mettere la 370mb.. per i valori di cpu allora provo a lasciarli di default, in caso li cambiassi e li mettessi come i tuoi andrebbe ancora meglio? cioe 245-1401 mhzQuote:
Originariamente inviato da Leorocky
-
07-07-13, 17:00piermNiko' qualcosa non mi convince in cio' che dici. I kernel di chris sono sempre due per ogni utilizzo RAM, uno UV e l'altro EX UV. prova l'UV per prima. Si mi e' successo qualche volta. Ho dovuto togliere la batteria e riavviare. Posso dirti che per me dipende dalla Recovery, Io uso la TWRPQuote:
Originariamente inviato da Niko89
-
07-07-13, 17:13Niko89Ho la cwm non so che versione è.. Come posso aggiornarla? La flasho direttamente...Quote:
Originariamente inviato da pierm
-
07-07-13, 17:23piermCredo che ci siano stati degli aggiornamenti il thread e' questo prova li e dopo vedi un po'Quote:
Originariamente inviato da Niko89
https://www.androidiani.com/forum/sa...bandabase.html -
07-07-13, 19:42LeorockyHo lasciato appunto tutto di default dato che per l'uso che ne faccio io va benissimo, ma niente ti vieta di provare altre combinazioni e trovarne di tuo gradimento.Quote:
Originariamente inviato da simo993
-
08-07-13, 09:07pierm
"timer slack controller"
Christopher buongiorno,
vorrei riportarti alcune mie considerazioni sul funzionamento del timer slack controller, sperando di aver capito bene e di non essere fuorviante.
Allora partiamo dal concetto che ho cambiato ROM -> Slimbean + k^k v.1.6.
Ecco i risultati:
acceso stamattina il cell battery 100%
vado in deep sleep per circa 30" con tutti i widget che sai accesi connessione wi fi ecc.bla bla bla
cosa succede?
sblocco il cell e mi accordo che la batteria e' al 100% e il deep sleep al 82% . Questo non e' mai successo, io ho avuto sempre un deep sleep al 65% (Nota: non ho tolto nessun widget come mi hai consigliato)
Ora la mia conclusione e' la seguente:
secondo me dipende proprio dal time slack controller, cioe' dovrebbe funzionare in modo inversamente proporzionale. Nel senso che ad un consumo ridotto di batteria , quindi drain battery minore, corrisponde un deep sleep elevato. Perche' se ho capito bene, il meccanismo tende a ridurre al minimo la funzione di gruppi di apk. La cosa che non ho capito e' l'algoritmo che decide quale gruppo formare? perche' da quel che leggevo del tizio creatore di questa magia, le apk non decidono e non sono a conoscenza di chi viene controllata o no.
Ho capito bene? o rimandato?
thanks sempre -
08-07-13, 09:26Christopher83Il nostro sistema ha tre raggruppamenti principali:Quote:
Originariamente inviato da pierm
1) processi core
2) processi/app in primo piano
3) processi/app in secondo piano e non interattive
I vari processi/servizi di sync dei widget e delle app rientrano nel terzo raggruppamento, e proprio per quest'ultimo ho impostato delle temporizzazioni più alte:
- 100000000 ns = 100 ms in caso di sistema attivo
- 250000000 ns = 250 ms in caso di sistema sospeso
I primi due raggruppamenti, a sistema attivo conservano un timer slack di 0 ns per garantire le normali prestazioni ed efficienza, invece a sistema sospeso, ho fatto in modo di aumentare il timer slack anche per i processi core (50000 ns) e i processi/app in primo piano (100000 ns), sempre nell'ottica di limare il più possibile il consumo della batteria.
Naturalmente, tutto ciò andrà verificato nei prossimi giorni ed affinato fino a trovare i migliori settaggi. Con il buon KTulu stiamo cercando dei valori alternativi che potrebbero incrementare ulteriormente l'efficacia del controller, ringraziatelo sempre, mi raccomando, mi sta aiutando molto nei vari test del kernel pre-rilascio e messa a punto dello stesso... -
08-07-13, 09:36piermscusa chris gentilissimo come sempre. Ma per capire con me stesso, non mi offendo, non c'entra niente quel che ho riportato?Quote:
Originariamente inviato da Christopher83
p.s.
domanda OT: Mi puoi far sapere se il tuo kernel puo' essere montato sul dispositivo Lenovo P770, naturalmente si da per scontato che monti la CM ? Grazie -
08-07-13, 10:13Christopher83Sì Pierm, il tuo riscontro è molto utile per capire che il meccanismo offerto dal timer slack controller e dalla gestione dinamica del timer slack stanno funzionado. Era proprio quello che stavo cercando di spiegarti...Quote:
Originariamente inviato da pierm
In pratica, aumentando il timer slack delle varie gerarchie dei processi, soprattutto a sistema sospeso, si dovrebbero limitare i risvegli (wakelock) e il deep sleep beneficia conseguentemente di una maggiore efficienza.
Perdonami se non sono stato chiaro.
