Problema e soluzione: estrema lentezza Galaxy Nexus

Io ho il chip V3U00M, che dovrebbe esser "sano", ma ho avuto un notevole rallentamento nel tempo. Usando lagfix, ho ripristinato fluidità e la velocità, come verificato da test benchmark...è praticamente immediato l'effetto migliorativo del trimming. Ma non so quanto tempo resti, prima di doverlo rifare.
La procedura dello script non l'ho provata perché su xda fanno notare come ci sia un rischio di brick se il chip non è esattamente tra quelli indicati come "danger/insane"..quindi, ho desistito!

Quote:

---

Originariamente inviato da liberalinea

Io ho il chip V3U00M, che dovrebbe esser "sano", ma ho avuto un notevole rallentamento nel tempo. Usando lagfix, ho ripristinato fluidità e la velocità, come verificato da test benchmark...è praticamente immediato l'effetto migliorativo del trimming. Ma non so quanto tempo resti, prima di doverlo rifare.
La procedura dello script non l'ho provata perché su xda fanno notare come ci sia un rischio di brick se il chip non è esattamente tra quelli indicati come "danger/insane"..quindi, ho desistito!

---

Hai fatto un Po di confusione :) praticamente quel no. Sane chip significa che non rischi di briccare se esegui la procedura, quindi fai pure lo script :)
E sane chip non significa che il tuo nexus non soffra dei rallentamenti purtroppo per te...
Spero di averti chiarito le idee

Inviato dal mio Galaxy Nexus con Tapatalk 2

Quote:

---

Originariamente inviato da XxXlorenzoXxX

Hai fatto un Po di confusione :) praticamente quel no. Sane chip significa che non rischi di briccare se esegui la procedura, quindi fai pure lo script :)
E sane chip non significa che il tuo nexus non soffra dei rallentamenti purtroppo per te...
Spero di averti chiarito le idee

Inviato dal mio Galaxy Nexus con Tapatalk 2

---

..sì, ti ringrazio ed ho anche riletto la discussione qui e su xda (un bel po' di pagine, non tutte e non tutti i topic sulla cosa). Sinceramente, credo convenga usare lagfix, senza effettuare la procedura, dato che mi pare di capire che lo script non produc sempre risultati ottimali..magari, appena ho voglia leggo ancora su xda.. ;)

Ciao ragazzi da possessore di questo terminale da ottobre ho dovuto formattare 3 volte causa lentezza estrema e snervante.
La causa almeno per me e' la continua sovrascrizione di file di grosse dimensioni infatti molte volte usavo il mio bel gioiellino per trasferire file infatti mi son comprato un pen drive da 16 giga da natale non ho problemi

Quindi il problema non e' la memoria piena infatti A me il cell si bloccava anche quando avevo la memoria libera

Inviato dal mio Galaxy Nexus usando Androidiani App

Quote:

---

Originariamente inviato da axel1979

Quindi il problema non e' la memoria piena infatti A me il cell si bloccava anche quando avevo la memoria libera

---

Finalmente qualcuno che l'ha capito !
La soluzione cmq è il root del telefono e il flash di un kernel performante (es. Anarky Kernel).
Con questo Kernel il test androbench mi ha rilevato valori non distanti dal Nexus 4 !
Un bolide.

Quote:

---

Originariamente inviato da Carlinho

Finalmente qualcuno che l'ha capito !
La soluzione cmq è il root del telefono e il flash di un kernel performante (es. Anarky Kernel).
Con questo Kernel il test androbench mi ha rilevato valori non distanti dal Nexus 4 !
Un bolide.

---

Io l'unica soluzione che ho trovato è non tenere file grandi e lasciare un Po di memoria libera, l'anarky kernel non ha migliorato niente... L'app lagfix sul mio non ha alcun effetto :(

Inviato dal mio Galaxy Nexus con Tapatalk 2

Quote:

---

Originariamente inviato da XxXlorenzoXxX

Io l'unica soluzione che ho trovato è non tenere file grandi e lasciare un Po di memoria libera, l'anarky kernel non ha migliorato niente... L'app lagfix sul mio non ha alcun effetto :(

Inviato dal mio Galaxy Nexus con Tapatalk 2

---

..potrebbe esser utile sapere con che configurazione (rom e kernel).

A parte ciò, se hai voglia e tempo, prova questa procedura (ma devi avere il cellulare con permessi di root):

1) Testa con Androbench (dal market, gratis);
2) Fai wipe della dalvik e della cache da recovery e riavvia;
3) fai un run con lagfix, spuntando system, data e cache;
4) Riavvia il cellulare;
5) ritesta con Androbench e posta i risultati del prima e dopo.

NB: un nandroid backup prima di fare qualsiasi operazione, in android è sempre consigliato! ;)

Quote:

---

Originariamente inviato da liberalinea

..potrebbe esser utile sapere con che configurazione (rom e kernel).

A parte ciò, se hai voglia e tempo, prova questa procedura (ma devi avere il cellulare con permessi di root):

1) Testa con Androbench (dal market, gratis);
2) Fai wipe della dalvik e della cache da recovery e riavvia;
3) fai un run con lagfix, spuntando system, data e cache;
4) Riavvia il cellulare;
5) ritesta con Androbench e posta i risultati del prima e dopo.

---

Adesso non ho il problema, magari sto pomeriggio provo a mettere su 2 film così si rallenterà parecchio e proverò a fare come hai detto, ma secondo me non risolvo avevo già provato diverse volte...
Ah comunque adesso ho la cm 10.1 con il suo kernel
Inviato dal mio Galaxy Nexus con Tapatalk 2

Quote:

---

Originariamente inviato da XxXlorenzoXxX

Adesso non ho il problema, magari sto pomeriggio provo a mettere su 2 film così si rallenterà parecchio e proverò a fare come hai detto, ma secondo me non risolvo avevo già provato diverse volte...
Ah comunque adesso ho la cm 10.1 con il suo kernel
Inviato dal mio Galaxy Nexus con Tapatalk 2

---

..mi dispiacerebbe se tu non riuscissi a trovare beneficio da lagfix, speriamo che invece sia migliorativo come lo è stato per molti altri qui nella discussione e su xda!

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?