Problema e soluzione: estrema lentezza Galaxy Nexus

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

Quote:

---

Originariamente inviato da 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

---

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

Inviato dal mio Galaxy Nexus con Tapatalk 2

Quote:

---

Originariamente inviato da XxXlorenzoXxX

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.

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.

Quote:

---

Originariamente inviato da 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.

---

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

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.

Quote:

---

Originariamente inviato da XxXlorenzoXxX

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.

Quote:

---

Originariamente inviato da giannibat

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

Quote:

---

Originariamente inviato da HankMoody

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.

Quote:

---

Originariamente inviato da XxXlorenzoXxX

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.