Problema e soluzione: estrema lentezza Galaxy Nexus

[ringhio30]

Ma se non ho capito male lagfix dovrebbe fare la procedura a pag 12 in automatico? Io dopo l'uso di lag fix continuo ad avere valori di 0.2-0,4

[XxXlorenzoXxX]

Ma se non ho capito male lagfix dovrebbe fare la procedura a pag 12 in automatico? Io dopo l'uso di lag fix continuo ad avere valori di 0.2-0,4

Anche a me sotto i 3gb circa di memoria libera non funziona... Quanta memoria libera hai?

Inviato dal mio Galaxy Nexus con Tapatalk 2

[ringhio30]

Anche a me sotto i 3gb circa di memoria libera non funziona... Quanta memoria libera hai?

Inviato dal mio Galaxy Nexus con Tapatalk 2

Memoria disponibile 10,4 GB.

[HankMoody]

Ragazzi qui in giro qualcuno ha scritto che LagFix si può eseguire dalla seconda volta, la prima va fatta manualmente per creare il file temporaneo per riempire la memoria e poi cancellarlo. Valori RW di 0.4 è normale, inferiore a 0.1 è lento.

[XxXlorenzoXxX]

Ragazzi qui in giro qualcuno ha scritto che LagFix si può eseguire dalla seconda volta, la prima va fatta manualmente per creare il file temporaneo per riempire la memoria e poi cancellarlo. Valori RW di 0.4 è normale, inferiore a 0.1 è lento.

A me spesso anche installando un app da 20mb si rallenta e devo utilizzare il lagfix, ho 6gb liberi è normale secondo te?

Inviato dal mio Galaxy Nexus con Tapatalk 2

[giannibat]

Dietro suggerimento vi segnalo il fancy kernel su xda che 'dovrebbe' schedulare il trim a schermo in standby ma a me non ha sortito effetto. Al momento solo lagfix o lo script init.d risolvono solo temporaneamente.

[giannibat]

A me spesso anche installando un app da 20mb si rallenta e devo utilizzare il lagfix, ho 6gb liberi è normale secondo te?

Inviato dal mio Galaxy Nexus con Tapatalk 2

Non dipende dallo spazio libero ma dallo spazio già utilizzato e non ancora sovrascritto.

[XxXlorenzoXxX]

Non dipende dallo spazio libero ma dallo spazio già utilizzato e non ancora sovrascritto.

Quindi cosa dovrei fare, non capisco bene quello che hai detto

Inviato dal mio Galaxy Nexus con Tapatalk 2

[giannibat]

Dunque rieccomi qua, come di consueto mensilmente ho da rifare questa procedura...
Il telefono stava iniziando a rallentare (ormai lo noto), infatti i valori di Seq e Rdn write erano rispettivamente sui 2 e 0.2 MB/s.
Ho trimmato con LagFix /data e /cache (circa mezzo minuto di tempo) e i valori, senza reboot, sono tornati a 10 e 0.47MB/s, ossia buoni.
Buono a sapersi che LagFix funzioni così bene e rapidamente rispetto alla procedura manuale. In questo modo si può schedulare il trim.

Google non ha fatto nulla in merito a questo problema?

Qualche kernel ha risolto il problema magari?

mensilmente? io devo farlo un paio di volte al giorno e ... no, Google non ha fatto ancora nulla.
Ho postato indicazioni sul fancy kernel che promette di risolvere questo problema in quanto esegue il trim automatico su /cache nel momento in cui il terminale va in standby ma io non ho notato miglioramenti e continuo ad usare LagFix free almeno un paio di volte di fila prima di ottenere prestazioni al minimo sindacale.

[giannibat]

Quindi cosa dovrei fare, non capisco bene quello che hai detto

Inviato dal mio Galaxy Nexus con Tapatalk 2

esempio pratico: il Nexus ha 14 GB di spazio libero inizialmente, quindi il sistema sa che può usare tutto quello spazio immediatamente. Il problema sorge quando si arriva alla soglia di 2-3 GB liberi. Allora ... io inizio a riempire lo storage con file che occupano 4 GB quindi mi rimane libero 10 GB e fin qui non ci sono problemi. Nel momento in cui chiedo di scrivere altri dati vado ad utilizzare lo spazio libero disponibile anche se cancello i vecchi dati. In sostanza il sistema tende ad usare sempre lo spazio non ancora scritto. Quando invece arriva a quella fatidica soglia va in crisi e bisogna dire nuovamente al sistema che quello spazio è libero altrimenti anzichè scrivere deve: leggere, cancellare, verificare e scrivere (in linea di massima) quindi anzichè una sola operazione immediata ne deve eseguire molte di piu' con conseguente rallentamente pietoso. Soluzione? al momento terminale rootato, spazio disponibile maggiore di 2 GB, lagfixfree o script init.d.