I downgraded to 4.1.2 now, then rooted. It seems so much faster. Not sure what happened with 4.2
Sent from my Nexus 7 using xda app-developers app
Sent from my Nexus 7 using xda app-developers app
Hi all,
I'm experiencing all these lags on the new nexus 7 3G version. I'm running Android 4.2.1. Since i have heard Android 4.1 was lag free, I was wondering if there is any Android 4.1.2 build available for the 3G version .
Hi all,
I'm experiencing all these lags on the new nexus 7 3G version. I'm running Android 4.2.1. Since i have heard Android 4.1 was lag free, I was wondering if there is any Android 4.1.2 build available for the 3G version .
The 3G shipped with 4.2.1. I dont think that 4.1.2 will work for it.
That's not true. I think ut shipped with 4.1.1 . I remember that the upgrade to Android 4.2 popped up when I was setting up my Nexus 7 for the very first time. I have a picture of that as well. Here is the link https://plus.google.com/113260014754281263350/posts/KPXCcJ1JAZg
That's not true. I think ut shipped with 4.1.1 . I remember that the upgrade to Android 4.2 popped up when I was setting up my Nexus 7 for the very first time. I have a picture of that as well. Here is the link [/URL]
Have you all tried factory reset? It fixed most of my problems.
Factory reset did nothing for me. Full wipe and manual flash of 4.1.2 and then 4.2.1 seems to have improved performance but it still ain't like it was.
Sent from my Nexus 4 using xda app-developers app
I've compiled fstrim for Android and packaged it inside APK with nice GUI. You can find LagFix tool here. This fixes lags when you fill /data partition.
FYI in 4.2.x the nexus 7 mounts with discard in the ramdisk, and if you don't have one of the affected storage chips, the Nexus 7 kernel makes it so the discard option does nothing. So this would really serve no purpose on 4.2.x.
However, for those sticking with 4.1.x this can be benefitial for those with the affected storage chips.
Sent from my Galaxy Nexus
I'm using CM10.1 and I'm affected. This is why I made it. Maybe original kernel from Google works the way you say, but I have this issue with default from CM.
I'm glad that most people are not affected, sadly I am. I got extremely poor IO still having 9 gigs of free space (I have 16gb model). I also have it on my HOX, but I was fighting it with /data backup/format/restore from recovery. /sdcard is separate there, but not on N7. Other solutions did not help me...
OK, thanks for info. I'm using N7 just a few days, so I don't know yet what is happening in this community. And got hit hard by IO...
FYI by chance I happened to have the 01/14 CM10.1 nightly installed; both /cache and /data are mounted with discard.
I found this blog post was rather informative, if a little dated. Seems like some measurement data might be needed - with and without the mount option in use.
cheers
I have had nothing but issues with my Nexus 7 I got at launch. I have the 16gb version also. Same issue as everyone else, I loved it for a few months, no issues and had about 4 gb of space left and then bam, moved slower than a car with no tires. I have had to factory reset it 10 times at least and the same thing happens over and over. Works fine for a while and then bam, now it's moving even slower and i'm having wifi issues, will not stay connected and I have 8 gb of space left. I even deleted apps and it's still a no go. I was going to root it but I see people are having the same issue even with root.
I know one thing, I will never buy another Asus product again, I have been burned by them by 4 different tablets and will never make that mistake again. It was bad enough they lowered the price by $50 a few months after it had been out, but the problems are even worse. I see people have called Google and got no where, so i'm not even going to bother. Tempted to go buy a new 32gb one and then switch mine with that and take it back to the store and get my money back. I feel since Google/Asus screwed me, I should return the favor.
#/system/bin/sh
#remount /data for faster i/o
mount -o remount,noauto_da_alloc /data /data
#disable fsync (controversial, I've been doing it for years with no real issues)
echo 0 > /sys/class/misc/fsynccontrol/fsync_enabled
#set zRAM size (change the 512 to 1024 for a full 1GB of swap, I use 512 because I'm on an 8gb and space is precious)
echo $((1024*1024*512)) > /sys/block/zram0/disksize
#use busybox to create and activate zram0, if busybox is not in /system/xbin, modify accordingly
/system/xbin/busybox mkswap /dev/block/zram0
/system/xbin/busybox swapon /dev/block/zram0
Looks good! How much free space on your device? And, could you please
mount | grep /data
We know that the discard option has been added, but has it been implemented?
Edit: About my sig. If my sig size overrides my helpfulness, BY ALL MEANS block me *rolls eyes until they come out of socket*
mmc: set emmc vcore voltage to 3.0V
per EE's request, set eMMC core voltage to 3.0V.
mmc: core: new discard feature support at Samsung eMMC v4.41+.
Support discard feature if MID field in the CID register is 0x15, EXT.CSD[192]
(device version) is 5 and Bit 0 in the EXT.CSD[64] is 1. Also removed REQ_SECURE flag
check to avoid kernel hang.
This patch is released from samsung.
mmc: card: Bypass discard for Hynix and Kingston
In order to change mount option,
issuing discard request by chip to eliminate performance drop.
^^^^
k I don't mean to be a **** but, if you're filling up the complete 16 GB's and noticing a huge drop is performance why are you filling it up completely then? wasn't this a huge issue BEFORE the tablet was release? weren't people complaining "oohhh its not enough space for me to do what I want to do with it, i wish it came with an SD card". Google wants to promote CLOUD storage. If you don't want to store **** on the cloud and yet still loading the thing up with 100 movies and a million apps than that's your damn problem. This isn't supposed to be a high performance machine where it can store that much garbage and perform like a ferrari for you. remember, google wants to promote cloud storage.