Visualizzazione stampabile
-
Quote:
Originariamente inviato da
ANDROIDPC
A prescindere dal software che si usa per vedere la RAM libera (io uso il widjet di System Perfect) il problema si mostra realmente.
Cioè quando la RAM inizia a scendere fino quasi a toccare il fondo, il cellulare diventa lentissimo fino alla paralisi! :(
Mi sorge un dubbio però.. ..non vorrei che il problema sia legato alla MOD di Base.
Io per esempio uso la SpicagenMOD! Non vorrei che essendo che Cadavre ha inserito nella stessa dei gestori della RAM (per accellerare il phone e contact.APK) e questi vadano in conflitto con la gesture da parte del Kernel!
Sto installando la BFS v12 24bpp nella speranza che non abbia il problema di "voracità rammica" :D
Non ha neanche terminato il boot si è freezato la prima volta al desktop prima di avviare la componente radio, e dopo aver staccato la batteria si è freezata l'animazione di boot di CM!!!
-
Sono passato alla 16bpp e per il momento nessun problema.
Ho notato che i problemi sulla 24bpp si sono manifestati dopo l'installazione di alcune apps ... non vorrei che l'effetto domino sulla ram abbia come evento scatenante qualcosa tipo il market o altre app "invasive".
L'unica certezza, al momento, è che una volta scatenato l'effetto "mangiaRam" non si torna indietro, nemmeno dopo wipe cache o wipe dalvik-cache.
Rimango in attesa dei prossimi test di AndroidPc.
-
Quote:
Originariamente inviato da
Poldone79
Sto installando la BFS v12 24bpp nella speranza che non abbia il problema di "voracità rammica" :D
Non ha neanche terminato il boot si è freezato la prima volta al desktop prima di avviare la componente radio, e dopo aver staccato la batteria si è freezata l'animazione di boot di CM!!!
a quanto ricordo i problemi al boot coi kernel di yonip si verificano se si salta il dalvik-cache wipe prima di flashare il kernel stesso.
comunque confermo anche oggi che la ram sta bene.. ma io monto la CM e non la SGM
-
Con la V.11A 16Bpp oggi per la prima volta ho avuto un collasso della memoria fino al freeze
-
Stò testando la CM a8.4 con YONIP CFS V12 24bpp..
..vediamo come và, sembra bene ma ancora è molto presto per dirlo.
Inoltre rimettendo il Kernel V12 le prestazioni grafiche 2D risalgono nuovamente.
Vi farò sapere..:)
-
Allora...
Vi dico subito che gli esiti, con l'accoppiata tra CM a8.4 e Kernel YONIP CFS V12 24bpp, sono MOLTO soddisfacenti!! :D
Sembra che il problema RAM non si presenti proprio.
Ho iniziato il TEST alle ore 12:30 circa e fino ad ora, 21:53, la gestione della RAM è più che ottimale. Mediamente la memoria libera oscilla tra 58Mb a 73Mb, praticamente altissima. Mai è scesa sotto i 50Mb, quindi il sistema di killaggio del Kernel funziona puù che bene!
Invece, con la sola CM a8.4, la RAM libera si manteneva bassa (diverse applicazioni in memoria) senza tuttavia collassare il cell!
Ritengo pertanto che i problemi di RAM e collassamento vario del terminale sono dovuti all'accoppiata tra SGM e Kernel YoniP. Ricordo infatti che la SGM, come configurata da Cadavre, gestisce l'utilizzo della memoria per alcune applicazioni che probabilmente và in conflitto con la gesture del Kernel OC.
-
arrivo anch'io... ieri sera ho riflashato con ODIN... adesso aggiorno!!! :D
-
[AGGIORNAMENTO: Versione 12A]
Risolve il problema di LOW MEMORY! :)
Ma come detto, con l'accoppiata CM a8.4 e CFS V12, la memoria viene gestita ottimamente senza l'utilizzazione di SSSwitch
Aggiorno la prima pagina! ;)
-
Ottima notizia per chi come me usa la SGM beta1 (in attesa della beta 2)!
Grazie AndroidPC:)
-
Ho provato 2 volte il V12 BFS, e vi devo dire che apparentemente sembra tutto ok, ma poi al primo reboot si freeza all'accensione prima di avviare il modulo radio... ed è veramente spaventoso!!! :-[
Di solito a questo punto cambio kernel :)