yashsingh1/xdaforums huggingface dataset:
[Samsung Galaxy Nexus] chrone:
You could try benchmark your storage performance using androbench app from gplay and then freeing up some space to 4gb available at least and trim using the lagfix app for ease of use, then rebenchmark again to see whether there is an improvement or not.

As of lagging when opening apps, i don't know, read performance should not be affected too much even if the storage is near full. You could install system monitor lite to check what's causing the holds up. If all cpus are used nearly 100%, that could cause the lag, or if the system memory (ram) is available below 150MB might be the culprit.

Another try is to limit running processes to 4 processes, set it from developer options just to check it out temporarily. To enter developer options if it's not enabled yet, tab the build number inside settings > about phone 7 times.

If all fail, you could flash google factory image reset to return all to stock. Backup all your data to pc first.

http://xdaforums.com/showthread.php?t=2010312

[HOW-TO] How to flash a factory image / return to stock / unlock / root #

The link above is for nexus 4, but the method should be the same as for galaxy nexus.

There's a lot of factors might contribute to ui lags. Tracing the culprit is kind of challenging. Hope your phone will be back to normal. Good luck! :)

Sent from my Nexus 4
[Samsung Galaxy Nexus] ChavitoArg:
Hi, sorry if has been asked but can you tell me wich Galaxy Nexus emmc chips are most likely to be safe and wich ones are not?

Im about to trade one Galaxy Nexus for my Galaxy S2 and i dont want regret. If the chip is buggy, would you recommend to keep my S2 or can i use this "workaround" and totally enjoy the nexus?

Thanks in advance (:

Enviado desde mi GT-I9100 usando Tapatalk 2
[Samsung Galaxy Nexus] chrone:
VYL00M is the least buggy, never heard problems on it.

Sent from my Nexus 4
[Samsung Galaxy Nexus] manni2:
I finally found out about this problem after 5 months of wondering why my phone was slow as hell. Starting Chrome in particular took 20-30 seconds minimum before it would respond to any user input, and even then it was really slow. Also, the whole system would come to a crawl while downloads were running or apps updating. So I kind of assumed it would be something with storage, and I even formatted the internal Memory multiple times looking for a solution, always boosting performance marginally for like 2 days after a wipe...

Anyway, I find out about this, see that I am affected with the V3U00M chipset, use LagFix easily since I am rooted anyway, and it simply fixed everything in like 15 seconds.. I really don't understand how the system can't issue any TRIM commands, that's a basic feature for any OS running on Flash memory?!

Chrome startup time is now under 2 seconds which reacts to user input almost immediately.. and in the end this was ridiculously easy.

Thanks to anyone that dug into this bug and OP for the really helpful post!
[Samsung Galaxy Nexus] ChavitoArg:
Asked him for a capture, the device seems to be safe :D

Enviado desde mi GT-I9100 usando Tapatalk 2
[Samsung Galaxy Nexus] blackhand1001:
I would do the trade.
[Samsung Galaxy Nexus] ChavitoArg:
And here i am happy with my Nexus ^^ thank u chrone for the advices.

What ROM/Kernel combination would you recommend me to try now? I already unlocked bootloader and installed android rev hd and franco kernel (:
[Samsung Galaxy Nexus] chrone:
Whoa nice to hear that, enjoy!

I always use stock rom and kernel. Hope galaxy nexus will also receive next os update as it will bring improvement on the graphic and performance front as touted on google io 2013. :)

Sent from my Nexus 4
[Samsung Galaxy Nexus] krugdenis:
After 7 months...

Well, after 7 months after posting thread "Galaxy Nexus GSM Poor Write Speeds After Using Almost All Storage Capacity" at google aosp forums (Issue 39154) they're answered to us:

Nice? I don't think so.

And yes, I've reposted this thread at "non-wrong" forum - Galaxy Nexus GSM Poor Write Speeds After Using Almost All Storage Capacity.

Everyone with the same problem are welcome ;)
[Samsung Galaxy Nexus] sinthemau:
Hello, just testing LagFix free on my Gnex. Not a lot of improvement, as follows:

seq wr 5.25 MB/s before

rnd wr 59.72 iops (4K) before

seq wr 5.63 MB/s after

rnd wr 62.65 iops (4K) after

Run only /data and /cache. Do I need to run also /system ??? Is it dangerous for Gnex ???

Bye
[Samsung Galaxy Nexus] alangrig:
This is one of the reason I moved to Nexus 4, though my Gnexus didn't have internal memory lag issue.
[Samsung Galaxy Nexus] Jar3112:
Did you reboot after running it?

Btw trimming /system won't hurt. Also, you'd better turn of Fsync in order to have better results.

Last question, how much free space do you have?

Sent from my Galaxy Nexus
[Samsung Galaxy Nexus] sinthemau:
Yes, rebooted after running. So I will try also /system and than take a look at Fsync (BTW have you some tips about this?)

My free space is now 5.06 GB.

Thanks for now
[Samsung Galaxy Nexus] Jar3112:
For Fsync use Trickster mod or some similar app to enable it, or change kernel and use one without it disabled.

If it doesn't work you can try another way, using a pc and ADB shell (I'll post later the commands). This way is longer, will take you about 30-40 mins

Sent from my Galaxy Nexus
[Samsung Galaxy Nexus] sinthemau:
Yes, Trickster mod ... I have it and will try.

Thanks
[Samsung Galaxy Nexus] chrone:
Different emmc chip produces different sequential and random write throughout. With my gnex, the normal SW is around 7-5mbps, while on nexus 4 it's around 11-10mbps usb2 class 10.

Sent from my Nexus 4
[Samsung Galaxy Nexus] chrone:
It works on stock kernel. Perhaps you could ask the kernel maintainer. :)

http://xdaforums.com/showthread.php?p=42996880

Sent from my Nexus 4
[Samsung Galaxy Nexus] seriousia:
Everytime I fill my gnex around 12-12.5gb

Voila its ****ed

And even after clearing up some data upto 4-5gb it lags like hell and also lagfix doesn't work

And only way to bring it back is to flash stock image and restore my Rom

Seriously is it androids 4.x problem or our memory chip :(
[Samsung Galaxy Nexus] Jar3112:
Unluckily is the memory chip.

Sent from my Galaxy Nexus
[Samsung Galaxy Nexus] seriousia:
Is there no solution to this :(

1st we capped to 13gb

n from that also we can use barely 10gb
[Samsung Galaxy Nexus] chrone:
It's the caractheristic of the nand chip inside emmc. Need to leave 25% spare for garbage collection ~ persistent performance. :)

Sent from my Nexus 4
[Samsung Galaxy Nexus] kevtrysmoddin:
What you need to do is clear the app data and cache and the Terry again I have had similar problems but got it working again

beamed from my akcylon801 powered gnex
[Samsung Galaxy Nexus] chrone:
It's been answered in lagfix thread that he encrypted his storage that explained why lagfix nor fstrim binary could not do its job. Encrypted storage is not even supported. Hehe

Sent from my Nexus 4
[Samsung Galaxy Nexus] Djalaal:
Can anyone explain to me what happened here?

I just rooted my phone and put CM 10.1 on it (=had a full wipe). I installed most of the apps I use, and put most of my data back on it. I have a little less than 6GB free space left. I ran the AndroBench app to benchmark my device. That gave me the following:

Very nice I'd say.

However, after a whole day of playing around with themes and live wallpapers (installing and uninstalling alot of them), the phone already felt slower by the end of the day, so I ran another benchmark, and got this:

Very big drop in the Sequential Read, Sequential Write, and SQLite stats. So I decided to run LagFix (partially the reason I rooted the device), rebooted, ran the benchmark again and got the following:

Now, as expected, my Sequential Read and Sequential Write have turned back to normal. But what happened to my SQLite?? Why does it stay almost 5 times lower than my initial values?

Does anyone know how to get these values back up, and what the effects are of these values being low?
[Samsung Galaxy Nexus] chrone:
Have you checked the running apps which might cause you the slow down on sql throughput?

Perhaps the apps are constant using the storage i/o throughput. Try to disable one by one. Debugging feature might do constant logging and so on.

Just my two cents. :)

Sent from my Nexus 4
[Samsung Galaxy Nexus] Djalaal:
It didn't work. I've tried to turn of all the running apps except 3 (out of about 10), with very minimal (negligible) improvement.

Anyway, since I installed (almost) all my apps before I made the first benchmark, with the high Sqlite score, I doubt that the apps are my problem now.. But thanks for the answer.

Also, what actually happens when Sqlite score is low? What is the cause and the after effect?
[Samsung Galaxy Nexus] chrone:
What's your phone again? And you're not encrypting your storage, right?

SQLite is used to store app's database. I don't know which apps use SQLite though, as far as i've known, People, Gmail, Calendar app use SQLite to store their data. Other apps might use SQLite too. I know Firefox in desktop uses it. If the SQLite performance is slowed down, than the app performance to read and write data to its database will be affected too.

I'm sorry can't help you much. It's out of my expertise. :)

The attached images were from my n4.
[Samsung Galaxy Nexus] Djalaal:
Oh sorry, forgot to mention my phone. It's the galaxy nexus. No, I'm not encrypting my storage. I haven't really done anything out of the ordinary beside installing CM10.1 and gapps.

It's okay, thanks for the input - I've learned sth. So it affects only certain apps that use SQLite huh. Hmm, I wonder which apps exactly. Could it be that the very apps that use SQLite have the highest chance of being the culprit behind my low SQLite speed?

Anyway, it looks like I might be going out of topic here. I've managed to speed up my nexus a lot thanks to trimming the storage, so that went well... Maybe I should search on a different threat about the SQLite part of the story?

P. S. Awesome benchmark :)
[Samsung Galaxy Nexus] AuxLV:
I'm not sure how this benchmark tests sqlite, it might be possible that it creates non optimal database and this is a bottleneck.
[Samsung Galaxy Nexus] Djalaal:
Oh wow, look what benchmark results I got after I cleared my Chrome browsing data (cache, history, cookies). It's almost back to old!

View attachment 2086312

But what does this mean? I gotta keep deleting it everyday? Is it normal that Chrome slows down SQLite this much???

P.S.

Thank you chrone, i got the idea to look at Chrome after you mentioned Firefox.
[Samsung Galaxy Nexus] chrone:
Glad you got it sorted out, dude. :)

I sometimes clear cache from settings > storage > tap on cache to pop up the clear cache option, but never from chrome clear app data within settings > app > chrome app info. Perhaps chrome does use sqlite to store its data and caches.

And yeah, nexus 4 twices the storage performance. One of the reasons i upgraded. But i often get micro stuttering on transition animation and choppy scrolling compared i was on gnex. Each soc has its own pros and cons, i guess. Hehe

Sent from my Nexus 4
[Samsung Galaxy Nexus] Kurre:
Sqlite is just a database engine..not the database itself. So chrome has its own databases and other apps their own databases.

What makes this interesting is that chrome's caches etc shouldn't affect sqlite performance test, since it's (afaik) using its own database for these tests and unless there's an apps (chrome?) running in the background, results shouldn't be affected.

But somehow, some performance gain was achieved by clearing that cache..it would be interesting to know why this happened and if we could reproduce it :)

Sent from my SlimBeaned GNex
[Samsung Galaxy Nexus] Djalaal:
Yes, you are right. It was a fluke. I don't know why I got that good score (40-50s SQLite score), but it isn't Chrome's cache wipe... After a reboot, i got back the old bad score (10-20), and it didn't change when I wiped Chrome's cache again. So no, I can't reproduce it, and I'm still stuck with the same problem :(

The only apps running are Settings (obviously), Apex Launcher, DSP Manager, Google Services (I even tried stopping this), SwiftKey... I stopped the other running apps, to no avail. My SQLite score is still low. What is this magic? :P
[Samsung Galaxy Nexus] chrone:
Are you still having slow down with the low sqlite score? Might be samsung uses newer emmc. Good luck, dude! :)

Sent from my Nexus 4
[Samsung Galaxy Nexus] Djalaal:
No, my phone is nice and fast again. But browsing the Web still feels a little slow. It could be my Internet speed, it could be my imagination, but it feels that way. In any case, I'd like to know how to keep my phone as fast as it is just after a factory reset, without having to reset it every time.

Btw, is it reasonable to expect similar Web browsing performance on the phone as on PC, given that you're using the same Internet connection, and the webpage is not heavy (loads of images n graphics)
[Samsung Galaxy Nexus] chrone:
it's still lag sometimes for particular websites on chrome for android even on nexus 4 too. using stock android browser in gnex is way much faster compared to chrome. you could try opera mini or firefox to give it a try though.
[Samsung Galaxy Nexus] Kurre:
I can recommend Next browser, it definitely feels snappy :)

hopefully Go team doesn't bloat it like go launcher.. :rolleyes:

Sent from my SlimBeaned GNex
[Samsung Galaxy Nexus] matteventu:
I have CM10.1 (with about 6GB of free storage) since 3-4 months and, just done the benchmark, it shows perfect results... never done a wipe or running LagFix.

Try to install the AK.256 kernel :)
[Samsung Galaxy Nexus] Djalaal:
Hmm, well, it was a little strange. The first time I rooted my phone with CM10.0 (I returned it to stock in between) I was also using it without lags for months... Now I got it within two days. I blame the themes :P. It's something I didn't play around with b4.

Thanks for the input. I'll have a look at that kernel.

Btw, mind posting your benchmark results?
[Samsung Galaxy Nexus] Djalaal:
Hmm, I'm really confused now... I've tried some (somewhat) extreme measures now to try and solve my low SQLite score problem... I did a factory reset of my phone, and tried reinstalling apps, running the SQLite benchmark after each install. I never got very far. At first it seemed that Titanium Backup app cause it. I only downloaded the benchmark app and Titanium Backup, and it dropped. But after trying different things (resetting again and installing different apps) I found no pattern. Sometimes even, the SQLite score was low right after the factory reset (only benchmark app installed)!

Now I have gone a little further. I've tried install AK kernal (Kubo), no effect. I have now flashed AOKP (I wanted to try that ROM anyway), but no effect either. My SQLite score is still low (although my micro score increased quite abit).

Now I'm wondering... Could it be hardware related? Because I've been suspecting something is up with my hardware for a while now, because I also have random reboot problem. It started out very bad (reboot few times a day, sometimes hourly), but reduced over time (don't get why it reduced, but it's about once a week now).
[Samsung Galaxy Nexus] madd0g:
Benchmarks are crap. Install 4.1 and you'll notice the difference.
[Samsung Galaxy Nexus] chrone:
Perhaps your galaxy nexus is using new emmc chip. As long as it doesn't slow youbdown, no worries about the sqlite benchmark. Enjoy your nexus device. Hehe

Sent from my Nexus 4
[Samsung Galaxy Nexus] Djalaal:
Hmm, maybe I'll just do that. Can't seem to find a solution to the SQLite score, but why the heck do I still care haha. My phone is very fast now, even more so after I flashed AK kernel and AOKP. :) I guess I'll just leave it at this then..

P. S.

My eMMC chip is V3U00M rev 0x0d... I think it's one of the newer chips, but I'm not sure...
[Samsung Galaxy Nexus] chrone:
Oh yeah it's the one with bad performance overtime unfortunately.

Sent from my Nexus 4
[Samsung Galaxy Nexus] Djalaal:
So it's my chip? What's the matter with it? Waddya mean by bad performance overtime? Or perhaps you can link me to a page that tells me about my EMMC chip?
[Samsung Galaxy Nexus] im the doctor:
MMM some news i think no one posted that here so:

https://productforums.google.com/forum/#!msg/mobile/0W2PwflKLJ0/bc_mkSIrJB8J

seems that google will give some love to our gnex :good:

maybe a fix with 4.3 ?
[Samsung Galaxy Nexus] chrone:
The newer chip tends to degrade in performance over time. Same experience with asus nexus 7 emmc.

Sent from my Nexus 4
[Samsung Galaxy Nexus] androidkid311:
Why nexus devices are so cheap lol :p
[Samsung Galaxy Nexus] creeve4:
Have the typos been fixed in the files from backfromthestorm?
[Samsung Galaxy Nexus] chrone:
The fix version is by [MENTION=1155768]JPBeard21[/MENTION]. Here's the link:

https://www.box.com/shared/l5afni1mxe1wpb2ubw3s

Sent from my Nexus 4
[Samsung Galaxy Nexus] creeve4:
The box.com website seems a little messed up, it doesn't load fully and the download doesn't start when I click the Download button.
[Samsung Galaxy Nexus] chrone:
oh my bad, here's the link hosted on xda:

http://xdaforums.com/attachment.php?attachmentid=1768314&d=1362061919
[Samsung Galaxy Nexus] mangeek:
What about those of us with encryption?

LagFix is great, but it doesn't work if you're running kernel 3.0.x and a dm-crypt volume. That means that my free space is filled with gobbledygook from encryption, so there's never a 'free block' to write.

It's my understanding that kernel 3.1 and up include TRIM features in the dm-crypt implementation. It's also my understanding that the Galaxy Nexus is stuck on 3.0.31 because the TI OMAP team is no longer.

I think the answer to the storage performance problem on the Galaxy Nexus is going to be getting a newer kernel working on the hardware, one that can properly handle sending TRIM commands automatically (and through encryption), not adding more utilities on to mask the underlying problem.

Would the Linaro kernel be a candidate for adoption in various third-party ROMs? It seems to have all the pieces. They maintain a 'stable' and a 'current' version, 3.9.x and 3.10-rc6 as I write this.
[Samsung Galaxy Nexus] JPBeard21:
Yes I've had others report strange issues with files I've linked thru box as well. And after looking more into scripts involving partitions, I believe the data partition could be referenced as backfromthestorm's original trim on reboot script. His script referenced the data partition as "data" while I changed it to "/data". I don't remember trying his script as it was but I believe it'd work just the same. I also changed the log file from log.txt to fstrim.log. Credits to backfromthestorm, be sure to thank him. If anyone has issues downloading my file from box, I can try to reupload it with a new link or post here. I also have another where it mounts partitions with discard option if anyone is interested and its supported by your ROM/kernel. I would advise knowing about partition mount options and how to check which options are enabled although in my experience if there's a conflict it mounts with safe defaults from somewhere. Sorry I'm not a Linux guru yet lol. If my memory serves correct the terminal command is "mount | gprep" or something similar.
[Samsung Galaxy Nexus] IFLATLINEI:
I don't remember how I stumbled onto this trim issue but it caused me to start some research into my Verzion Galaxy Nexus. I found very little specifically regrading my Nexus so I wanted to share my experience.

I didn't have any serious performance issues like many in this thread. I have never come close to maxing out my storage. I currently have 20 gigs of free space. This includes numerous files saved since I purchased my device on launch day. Its unlocked and rooted. I'm currently running aokp JB build 6 Android 4.2.2. I didn't change kernels. It the same lean kernel that came with aokp

What I did have was an occasional stutter when swiping home screens, an occasional lag when typing long messages, and what seemed to be longer loading times for certain apps like Google music or Navigation.

Running emmc check I found this chip type- SEM32G and the app said I was clear of the brick bug. So then I ran LagFix. Data and Cache are automatically checked but I stupidly checked system as well. This caused the app to do nothing. Deleting the apps data returned things to normal and I was then able to run the app. I rebooted and my phone ran like a slideshow. Now it was running exactly like others in this thread complained of. So I rebooted once more and things were back to normal. Except they weren't quite normal. I cant get the phone to lag or stutter at all. I'm trying to and it just wont . Google Music and Nav both open up much quicker.

Im positive this helped in some way but androbench isnt giving me any solid confirmation. The scores i achieved before the fix looked horrible and the scores after dont look much different. Running a few more tests reveal swings in the scores that make a before and after test irrelevant for me. Im not complaining. Im happy with my phone and appreciate the work gone in to the lagfix app.
[Samsung Galaxy Nexus] KWKSLVR:
Good stuff in this thread. I haven't read everything, but a lot of it. I can't decide what to do next. Trim doesn't make a difference, and neither does using Forever Gone.

My Random Write is pitiful: 0.13MB/s

eMMC Chip: SEM32G

I currently have 16.88GB free. I'm running CM10.1.2 with franco's kernel. F-Sync makes no real world performance difference. What should I do at this point? Wipe the ROM and restore? Go completely back to stock and start all over again?
[Samsung Galaxy Nexus] chrone:
Sorry to read that. Very poor write speed. I can relate your feeling. Haha

What phone are you using? Never heard that emmc chip before.

You could try format the userdata using fastboot before flashing the stock rom just to give it a try since default androbench test the /data.

I usually format the system, userdata, recovery, and cache partition before flashing the 6 images of stock rom for nexus device.

Sent from my Nexus 4
[Samsung Galaxy Nexus] KWKSLVR:
I'm using a Verizon GN. I've never heard of this eMMC either (this one isn't my original).
[Samsung Galaxy Nexus] KWKSLVR:
I decided to do a full wipe/factory reset. It didn't make a difference. I guess I'll try going back to stock at some point and seeing if that makes a difference. This is a "refurbed" GNex (my original had it's radio's crash) and I'm starting to think that its just a crappy unit that is starting to take a dump.
[Samsung Galaxy Nexus] chrone:
Oh i see. Sorry couldn't help you much. Let us know the result when you're back on google factory image. :)

Sent from my Nexus 4
[Samsung Galaxy Nexus] KWKSLVR:
I rolled back to stock 4.1.1. It made no difference in random write speed. I'm currently taking the OTA to 4.2.2 just for the hell of it. One thing is for sure, stock 4.1.1 is a HELL of a LOT faster and buttery smooth than CyanogenMod on my device. I think it's hardware in my case and obviously not a reflection on CM. My device has been getting progressively slower and slower over the past couple of weeks.
[Samsung Galaxy Nexus] tiny4579:
I have the same exact eMMC chip and I get about the same random write speeds you do. I think it's exclusive to the Verizon 32GB models as all GSM models have a 16GB chip. I know my Galaxy Nexus performance seemed to degrade on 4.2.2. I did think 4.1.1 or 4.1.2 seemed to perform better than 4.2.2. CM10 is the 4.1.2 ROM of choice for me.

I upgraded to a HTC One and slow performance of the Galaxy Nexus was one of the reasons. If a full factory reimage doesn't solve the performance issues I don't know what will.
[Samsung Galaxy Nexus] madd0g:
Of course it's not showing in the benchmarks, 4.2 is just slower in IO response then on 4.1. We can just hope this gets resolved in 4.3 next week.