[ROM | 4.4 | OFFICIAL] Fireworks

Tratto da un utente del blog di TuttoAndroid:

Diciamo solo che puoi immaginare Android come un insieme enorme di processi che vengono scritti in memoria. Il criterio con cui vengono scritti è deciso dal kernel.
Quest'ultimo decide anche quanto sono importanti, cioè ne assegna la priorità inserendoli in sottogruppi con caratteristiche ben definite.

Ogni processo occupa memoria, o meglio, ha la capacità di "espandersi" occupando bit (pagine) fino ad un certo limite, anch'esso preimpostato dal kerenel.
Questa memoria occupata fa sempre parte della RAM, ed almeno nella fase iniziale del processo (quando viene scritto o richiamato) occupa molta memoria.
Dopo una fase iniziale le pagine di un processo vengono classificate e, in alcuni casi, smembrate andando ad occupare porzioni di memoria ROM.

Sorge a questo punto il problema dell'esaurimento fisico della RAM. Anche di questo si occupa il kernel per mezzo del lower memory killer.

Ora veniamo al KMS. E' un cosiddetto "demone" in Android che si occupa della fusione delle pagine del kernel.
In sostanza per mezzo di alcune "call" scandaglia la memoria di sistema (la voce che all'interno della RAM va sotto il nome di "S.O Android") alla ricerca di quelle pagine (piccole porzioni di memoria) che sono immobili, cioè che non vengono aggiornate, cioè non crescono e non diminuiscono da molto tempo. (stiamo parlando di secondi).
Le pagine vengono sottoposte ad un check sum, cioè ne viene controllata la dimensione e confrontata con l'ultima dimensione registrata, per capire se sono state aggiornate o meno.
Le pagine vengono quindi classificate come potenziali unificabili o non unificabili e in un secondo tempo vengono "fuse".
In termini pratici la loro memoria viene unificata. Un esempio perfetto è quello che succede in windows quando due cartelle con lo stesso nome si trovano allo stesso indirizzo: il sistema chiede se vuoi unire le due cartelle e nel caso di file omonimi ne viene mantenuto uno soltanto.

Il risultato di tutto ciò è da una parte una discreta riduzione della RAM occupata, dall'altro una discreta diminuzione della batteria, in quando il demone KMS gira in background utilizzando almeno un ciclo di cpu per ogni check sum delle pagine.

Il funzionamento è, negli obiettivi, molto simile alla zRAM, anche se il principio è completamente diverso.

Purtroppo non sono abbastanza competente per giudicare il funzionamento accoppiato KMS e zRAM. L'unico mio criterio di discrezione è il test, ma con una RAM di 360MB è totalmente impossibile valutare l'impatto dei due demoni combinati.
(è probabile che il KMS riduca l'impatto di una decina di MB e lo stesso faccia zRAM) ma ditemi voi come è possibile rendersi conto delle differenze solo valutando la fluidità generale.

In linea teorica immagino sia sconsigliato l'utilizzo combinato dei due sistemi...ma boh..magari uno dei due ha la capacità di escludere dal processo le pagine già "trattate" dall'altro demone...non so..

Quote:

---

Originariamente inviato da Nautiluz

Tratto da un utente del blog di TuttoAndroid:

Diciamo solo che puoi immaginare Android come un insieme enorme di processi che vengono scritti in memoria. Il criterio con cui vengono scritti è deciso dal kernel.
Quest'ultimo decide anche quanto sono importanti, cioè ne assegna la priorità inserendoli in sottogruppi con caratteristiche ben definite.

Ogni processo occupa memoria, o meglio, ha la capacità di "espandersi" occupando bit (pagine) fino ad un certo limite, anch'esso preimpostato dal kerenel.
Questa memoria occupata fa sempre parte della RAM, ed almeno nella fase iniziale del processo (quando viene scritto o richiamato) occupa molta memoria.
Dopo una fase iniziale le pagine di un processo vengono classificate e, in alcuni casi, smembrate andando ad occupare porzioni di memoria ROM.

Sorge a questo punto il problema dell'esaurimento fisico della RAM. Anche di questo si occupa il kernel per mezzo del lower memory killer.

Ora veniamo al KMS. E' un cosiddetto "demone" in Android che si occupa della fusione delle pagine del kernel.
In sostanza per mezzo di alcune "call" scandaglia la memoria di sistema (la voce che all'interno della RAM va sotto il nome di "S.O Android") alla ricerca di quelle pagine (piccole porzioni di memoria) che sono immobili, cioè che non vengono aggiornate, cioè non crescono e non diminuiscono da molto tempo. (stiamo parlando di secondi).
Le pagine vengono sottoposte ad un check sum, cioè ne viene controllata la dimensione e confrontata con l'ultima dimensione registrata, per capire se sono state aggiornate o meno.
Le pagine vengono quindi classificate come potenziali unificabili o non unificabili e in un secondo tempo vengono "fuse".
In termini pratici la loro memoria viene unificata. Un esempio perfetto è quello che succede in windows quando due cartelle con lo stesso nome si trovano allo stesso indirizzo: il sistema chiede se vuoi unire le due cartelle e nel caso di file omonimi ne viene mantenuto uno soltanto.

Il risultato di tutto ciò è da una parte una discreta riduzione della RAM occupata, dall'altro una discreta diminuzione della batteria, in quando il demone KMS gira in background utilizzando almeno un ciclo di cpu per ogni check sum delle pagine.

Il funzionamento è, negli obiettivi, molto simile alla zRAM, anche se il principio è completamente diverso.

Purtroppo non sono abbastanza competente per giudicare il funzionamento accoppiato KMS e zRAM. L'unico mio criterio di discrezione è il test, ma con una RAM di 360MB è totalmente impossibile valutare l'impatto dei due demoni combinati.
(è probabile che il KMS riduca l'impatto di una decina di MB e lo stesso faccia zRAM) ma ditemi voi come è possibile rendersi conto delle differenze solo valutando la fluidità generale.

In linea teorica immagino sia sconsigliato l'utilizzo combinato dei due sistemi...ma boh..magari uno dei due ha la capacità di escludere dal processo le pagine già "trattate" dall'altro demone...non so..

---

Alla fine serve a recuperare spazio ram xò dice ke è sconsigliato usare KSM e ZRAM assieme...allora lo lascio off ksm...grazie nau sempre disponibile :D

Inviato dal mio Galaxy Nexus usando Androidiani App

Quote:

---

Originariamente inviato da gas88

Devi farlo molte volte...se noi fai prima anche wipe cache e dalvik

Inviato dal mio Galaxy Nexus usando Androidiani App

---

Nonostante sia 2 giorni che ripeto la procedura, l'app mi indica tuttora un numero di bytes trimmed nell'ordine dei milioni 😲

Quote:

---

Originariamente inviato da ButelBG

[quote name="gas88" post=6248516]Devi farlo molte volte...se noi fai prima anche wipe cache e dalvik

Inviato dal mio Galaxy Nexus usando Androidiani App

---

Nonostante sia 2 giorni che ripeto la procedura, l'app mi indica tuttora un numero di bytes trimmed nell'ordine dei milioni 😲[/QUOTE]

L'ho constatato sul galaxy ACE 2 ke non va a 0 ma ha sempre byte...mentre sul nexus me li manda a 0...boh

Inviato dal mio Galaxy Nexus usando Androidiani App

Scusate l'assenza :)
Allora.... Chiarisco un po di dubbi nel caso ci fossero....
Il kernel è quello stock e non è f2fs
Si è vero il dialer è un po scattoso quando attivi una o tutte e due le sidebar.... Mi ci sono messo già al lavoro, grazie della segnalazione :)
Ho aggiornato la ROM, e ho aggiunto la possibilità di scegliere il formato delle registrazioni audio da dialer...
Ho aggiunto lo speaker porximity della vanir x chi lo usa....
Ho aggiunto il directory HD audio al DSP e si l'audio solo in DSP è un po più basso... La cosa è voluta per salvaguardare un più la qualità e per integrare meglio il DSP e Viper (caso mai aumentate il volume con quest'ultimo)....
Sto cercando ormai da giorni di importare i recenti aosb ma senza successo.... Non si capisce nulla nei commit che hanno fatto.... Per la tinted status bar, i tile colorabili e la feature paranoid per i colori sto aspettando a metterla poiché stanno uscendo delle nuove patch e voglio evitare si mettere una cosa buggata...
Nau per il Dialer lo aggiungo al secondo post appena ho il PC sotto mano :)

Se ci sono domanda fatele :)

Inviato dal mio Galaxy Nexus usando Androidiani App

Quote:

---

Originariamente inviato da Uzumaki99

Scusate l'assenza :)
Allora.... Chiarisco un po di dubbi nel caso ci fossero....
Il kernel è quello stock e non è f2fs
Si è vero il dialer è un po scattoso quando attivi una o tutte e due le sidebar.... Mi ci sono messo già al lavoro, grazie della segnalazione :)
Ho aggiornato la ROM, e ho aggiunto la possibilità di scegliere il formato delle registrazioni audio da dialer...
Ho aggiunto lo speaker porximity della vanir x chi lo usa....
Ho aggiunto il directory HD audio al DSP e si l'audio solo in DSP è un po più basso... La cosa è voluta per salvaguardare un più la qualità e per integrare meglio il DSP e Viper (caso mai aumentate il volume con quest'ultimo)....
Sto cercando ormai da giorni di importare i recenti aosb ma senza successo.... Non si capisce nulla nei commit che hanno fatto.... Per la tinted status bar, i tile colorabili e la feature paranoid per i colori sto aspettando a metterla poiché stanno uscendo delle nuove patch e voglio evitare si mettere una cosa buggata...
Nau per il Dialer lo aggiungo al secondo post appena ho il PC sotto mano :)

Se ci sono domanda fatele :)

Inviato dal mio Galaxy Nexus usando Androidiani App

---

Uzu sei un grande...una richiestina...a parte l'aumento audio che hai detto farai, x il tasto app recenti io lo vedo grigio, e troppo vicino al tasto back ( lo uso in basso a sinistra ) si può alzare di poco e farlo bianco?

Grazie mille :D

Inviato dal mio Galaxy Nexus usando Androidiani App

Per il Bianco controllo ma penso di si.. Il problema della posizione è dovuto al fatto che quando si passa alla modalità landscape il tasto non viene coperto.... Non so se posso alzarlo perchè poi chi lo usa in alto lo perde.... Vedo se posso fare qualcosa

Inviato dal mio Galaxy Nexus usando Androidiani App

Quote:

---

Originariamente inviato da Uzumaki99

Per il Bianco controllo ma penso di si.. Il problema della posizione è dovuto al fatto che quando si passa alla modalità landscape il tasto non viene coperto.... Non so se posso alzarlo perchè poi chi lo usa in alto lo perde.... Vedo se posso fare qualcosa

Inviato dal mio Galaxy Nexus usando Androidiani App

---

Non scervellarti se poi in landscape da problemi, lascialo pure li...mi piacerebbe bianco almeno :D

Inviato dal mio Galaxy Nexus usando Androidiani App

Scusate, quando provo a registrare un video con screencast mi dice che "non è possibile produrre il video". Ho provato con altri lettori, ma la cosa non cambia.. Come è possibile? Devo modificare qualcosa?

[quote name="MiTo87" post=6253875]Scusate, quando provo a registrare un video con screencast mi dice che "non è possibile produrre il video". Ho provato con altri lettori, ma la cosa non cambia.. Come è possibile? Devo modificare qualcosa?[/QUOTE]

Anche a me lo fa @Uzumaki aiutaci tuuuuu :D

Inviato dal mio Galaxy Nexus usando Androidiani App