Ah! Ottima notizia! Allora la colpa è del ramdisk del kernel originale della Chroma....
Tu su che rom stai?
Ah! Ottima notizia! Allora la colpa è del ramdisk del kernel originale della Chroma....
Tu su che rom stai?
Ultima modifica di Nautiluz; 29-09-15 alle 22:16
Nexus 6--> NitrogenOS 7.1 /f2fs
GNEX--> [GNEX unified] OMNI 4.4.4 - cMetal ext4/f2fs NautyTRASP.
stessa cosa.... adesso provo ad usare il ramdisk della Euphoria e metterlo sul Lucky 2.7 , da usare poi sulla Chroma.
Nexus 6--> NitrogenOS 7.1 /f2fs
GNEX--> [GNEX unified] OMNI 4.4.4 - cMetal ext4/f2fs NautyTRASP.
Non so cosa succede col il 2.7 interactive, ma con il 2.9 a volte passa a 1228 anche se il carico è basso.
Il senso dell'Interactive originale è che dovrebbe lavorare a frequenza medio alta (circa 920) e subito scalare a media (circa 550). La frequenza massima (1200) dovrebbe usarla solo in caso di picchi molto alti di CPU.
Comunque c'è anche da dire che noi non possiamo vedere esattamente cosa succede tramite Cool Tool visto che di default campiona ogni 2 secondi (impostabile a 0.5 sec ma cambia poco).
A me basta scrollare una pagina internet col browser e lo vedo a 1228 a medio carico.
Se fai la prova a guardare per mezz'ora uno streaming video, con la CPU a 1228 Mhz, la batteria se la mangia letteralmente. E' questo il problema. E poi la CPU si avvicina ai 64 gradi..
Secondo me il migliore è il 2.9 visto che ci sono delle ottimizzazioni riguardo la memoria. Il fatto è che non lo sapremo con esattezza finchè non useranno lo stesso governor.
Il gnex ormai arranca.... Quindi la velocità maggiore conta! Anche se consuma di +...
A me il 2.7 su interactive va + veloce del 2.9
Sono andato anche un po' a ritroso, e posso dirti che anche il 2.1 va benissimo... Lo sto riusando da ieri
Nexus 6--> NitrogenOS 7.1 /f2fs
GNEX--> [GNEX unified] OMNI 4.4.4 - cMetal ext4/f2fs NautyTRASP.
Certo che la velocità conta, ma non c'è bisogno di sparare la CPU al massimo senza motivo, è questo il senso del governor.
Altrimenti mi compro una batteria per auto, collego il telefono e lo metto su Performance..
Se vedi come gira il FullAuto R21.1 sempre su Interactive... rimane sempre fluido, senza bisogno di consumare di più.
Il collo di bottiglia del gnex è la velocità di I/O, non la CPU, tranne che parliamo di giochi 3d.
I nuovi telefoni riescono a leggere/scrivere molto più velocemente (vedi i test androbench)..
Imho bisogna concentrarsi sugli I/O scheduler (come sta facendo Zyiann) e sulle ottimizzazioni della memoria (come ha fatto anche Scarly).
non riesco a capire il perchè, ma il FullAuto mi crea intoppi e instabilità su Lollipop 5.1
Fino alle rom 5.0 , e fino all FullAuto 12 andava benissimo.....
.......forse fa un po' a botte con l'f2fs ..... o incompatibile con i miei chip VIL00M
Nexus 6--> NitrogenOS 7.1 /f2fs
GNEX--> [GNEX unified] OMNI 4.4.4 - cMetal ext4/f2fs NautyTRASP.
@JackSlaterIV Non posso fare quello che mi chiedi, perche non e cosi semplice come sembra... rinominare un file per metterne un altro, che e lo stesso, creerebbe dei conflitti in building assurdi, che farebbero solo perdere tempo per essere fixati, e anche se li fixerei tutti, poi ce sempre l'incognita che dice, partirà o no?? sarebbe solo tempo sprecato..
Cmq questo e il mio interactive aggiornato.. https://github.com/Fenix46/LuckyK/co..._interactive.c
Come si vede dal link, Ziyan sulla base originale, ha inserito 4 commit (presi dal kernel 3.4).. io ne ho inseriti altri 3 + 1 mio per il fix su kernel 3.0... dico fix per kernel 3.0 perche questi commit sono presi dal kernel 3.10... in pratica disabilitano il boost_freq che ha l'interactive, ed inseriscono un algoritmo, che fa funzionare l'interactive in base al carico che gli danno le app, o il touch, e via dicendo... purtroppo, il ciuccia batteria che menzioni tu, e colpa dell'algoritmo generale dell'interactive.. io ricordo un interactive bestiale su una rom 4.2.2 per il gnex, fatta dallo SconcauTeam... io con quella rom facevo girare NFS Most Wanted, a discapito della durata della batteria. Non ti fidare molto di cool tool, perche non e preciso, tu considera che se lui segna la frequenza massima, e nello stesso tempo apri trickster, vedrai che molte volte non e cosi, o la troverai al massimo, e poi scende subito a 384... sulla parte streaming video, li e tutta una questione di driver e memoria, ed colpa del kernel 3.0 in generale, perche se avessimo il k3.4 tutto questo casino non succederebbe. Cmq io con il 2.9 fino a mezz'ora di giocare senza fermarmi con Hill Climb Racing, lo fatta, con un consumo di batteria del 20%.. e le temperature si aggiravano hai 60°C.. non male direi
@Nautiluz il FullAuto dalla R13 in poi e andato sempre di piu in degrado, perche bsmitty, per ogni nuova release rilasciata, a sempre inserito qualcosa che non andava bene per il gnex, lascia perdere il fatto del f2fs o del vecchio chip, perche se consideri queste cose, dovresti pensarle anche per il Lucky.. ti cito una sola di queste cose, quando ho rilasciato il 2.9 nel suo theards degli utenti si lamentavano del fatto che in impostazioni/app vedessero piu di 600 mb di ram usati dal sistema, senza che avessero app aperte... bsmitti a caricato una foto dove si vedeva la stessa cosa, dicendo che non sa da dove proviene questo bug... io lo so da dove viene questo bug, perche lo provato prima di lui, e glie lo fatto presente.. non mi ha manco cagato, a suo discapito ovviamente, perche questo bug rende il sistema inutilizzabile, considera che ha gia rilasciato piu di 5 release con questo problema, quindi ti lascio immaginare
Device: Galaxy Nexus
Rom: Zmod 5.1 (by Ziyan)
Kernel: LuckyK (by Me )
LuckyK Theard
Kernel's Git
My Git's
Fenix Developer
Nexus 6--> NitrogenOS 7.1 /f2fs
GNEX--> [GNEX unified] OMNI 4.4.4 - cMetal ext4/f2fs NautyTRASP.
scarly (01-10-15)
Scarly, pensavo di risponderti in PM ma è meglio farlo in publico, magari potrebbe interessare ad altri.
Quello che non capisco è che problemi creerebbe in fase di compilazione avere 2 file i cui contenuti sono simili (neanche uguali, visto che sarebbero due versioni diverse dello stesso governor). Tra l'altro i due governor non vengono utilizzati in contemporanea, non accedono alle stesse risorse. Puoi spiegarmi cosa crea esattamente problemi? Giusto per capire.
Se aggiungi un nuovo governor al kernel devi ricontrollarti tutti gli altri? Per quale motivo?
Riguardo il FullAuto, quel bug di cui parli visualizza i valori di ram sballati in impostazioni/app, ma è solo un problema di visualizzazione. Infatti non ci sono problemi nell'uso del kernel. Questo te lo dico perchè l'ho provato un bel po'. Anche nell'R21 è così e non ci sono problemi di alcun tipo. Ho letto la tua risposta nel thread, secondo me bsmitty non ti ha risposto solo per motivi di tempo/stress (se vedi il thread era in corso un battibecco con un utente).