Related
Great idea Chainfire.
When a user first decided to use a modified/custom/different firmware on their Samsung Galaxy S, they usually go through these steps:
1. Flash with Odin/Kies
2. Flash update.zip for root
3. Flash other update.zip (GPS fix, battery mod, etc) as necessary
4. Do a lag fix.
It took me a few hours and reading through countless posts to see the pro's and con's for each lag fix.
I will try to go through them as succintly as possible, and if anyone needs more explanation you can either click the link or do a search.
Feel free to correct me, this is how I see the lagfix as when I applied and tested it
Before starting, here is the internal structure of non volatile memory (where data persist after reboots) in Samsung Galaxy S:
- 128MB of very fast NAND (some people incorrectly called this ROM)
- 16/8GB of internal SD with 2GB set aside for application installs (this is why you see your internal SD as either 13+ or 5+ remaining, the 2GB shows up as Internal Phone storage)
- your micro SD card (external SD)
The lag is due to the inefficiency of the file system used in the 2GB (/data) partition for applications, stalling a lot of the read/write operation. You can search this for further reading if you want to.
Lag fixes
- MoDaCo's lagfix: Better than stock on old F/Ws but about the same as JM1/2/5 and JP1/2/3
This lagfix uses the 128MB very fast NAND to store your applications instead.
Pro: very very fast applications opening/switching performance
Cons: You are limited to 128MB of apps including built in apps .
- Mimocan's lagfix: Significant improvements in performance which can also be benchmarked. Requires an external SDcard formatted partly in fat and partly ext3 or ext4.
This moves the /data files into the ext3/ext4 partition on an external microSD card
Pros: very fast, lots of storage space for apps
Cons: You will be unable to unmount your external SD card when the phone is on, and you need an external SD card for this to work
- OneClick Lagfix by RyanZA: Based on mimocan but using the internal SD card. Results are better than with basic mimocan and it is a lot easier to install.
This creates a file inside the 2GB partition that is mounted as /data.
Pros: very fast, lots of storage space for apps, easy to install and undo, available in the market.
Cons: if you install too many apps you won't be able to roll back the lag fix unless you delete some apps. Superseded by RyanZA lag fix 2.3 beta
Erroneous free space on Internal Phone storage (/data)
There are still stalls when installing apps, and when accessing android applications database
- CFLagFix by Chainfire: Based on mimocan, approximately the same as RyanZA's fix.
pretty much the same as OneClick Lagfix.
look above for Pros
Cons: There are still stalls when installing apps, and when accessing android applications database
-Voodoo lag fix by supercurio: a new class of total lag fix
Instead of creating a file inside the rfs partition and mounting it as /data/data, the voodoo lag fix updates the kernel so that the the 2GB partition is using ext4 instead or rfs. This gives the best possible lag fix.
Pros: fast, smooth, across everything you do. The way galaxy s should have been in the first place. The best and most consistent lag fix with no remaining lag left that is caused by rfs.
Support with other kernel mods are starting to show: backlight mod, OC/UV kernel
Cons: Incompatible with clockworkmod recovery
I am now using voodoo lagfix beta 4 only
http://project-voodoo.org/
Love the Vodoo color would like to try this as well...they are getting OUTRAGIOUS numbers in quadrant!
1deviant said:
Great idea Chainfire.
When a user first decided to use a modified/custom/different firmware on their Samsung Galaxy S, they usually go through these steps:
1. Flash with Odin/Kies
2. Flash update.zip for root
3. Flash other update.zip (GPS fix, battery mod, etc) as necessary
4. Do a lag fix.
It took me a few hours and reading through countless posts to see the pro's and con's for each lag fix.
I will try to go through them as succintly as possible, and if anyone needs more explanation you can either click the link or do a search.
Feel free to correct me, this is how I see the lagfix as when I applied and tested it
Before starting, here is the internal structure of non volatile memory (where data persist after reboots) in Samsung Galaxy S:
- 128MB of very fast NAND (some people incorrectly called this ROM)
- 16/8GB of internal SD with 2GB set aside for application installs (this is why you see your internal SD as either 13+ or 5+ remaining, the 2GB shows up as Internal Phone storage)
- your micro SD card (external SD)
The lag is due to the inefficiency of the file system used in the 2GB (/data) partition for applications, stalling a lot of the read/write operation. You can search this for further reading if you want to.
Lag fixes
- MoDaCo's lagfix: Better than stock on old F/Ws but about the same as JM1/2/5 and JP1/2/3
This lagfix uses the 128MB very fast NAND to store your applications instead.
Pro: very very fast applications opening/switching performance
Cons: You are limited to 128MB of apps including built in apps .
- Mimocan's lagfix: Significant improvements in performance which can also be benchmarked. Requires an external SDcard formatted partly in fat and partly ext3 or ext4.
This moves the /data files into the ext3/ext4 partition on an external microSD card
Pros: very fast, lots of storage space for apps
Cons: You will be unable to unmount your external SD card when the phone is on, and you need an external SD card for this to work
- OneClick Lagfix by RyanZA: Based on mimocan but using the internal SD card. Results are better than with basic mimocan and it is a lot easier to install.
This creates a file inside the 2GB partition that is mounted as /data.
Pros: very fast, lots of storage space for apps, easy to install and undo, available in the market.
Cons: if you install too many apps you won't be able to roll back the lag fix unless you delete some apps. Superseded by RyanZA lag fix 2.3 beta
Erroneous free space on Internal Phone storage (/data)
There are still stalls when installing apps, and when accessing android applications database
- CFLagFix by Chainfire: Based on mimocan, approximately the same as RyanZA's fix.
pretty much the same as OneClick Lagfix.
look above for Pros
Cons: There are still stalls when installing apps, and when accessing android applications database
-Voodoo lag fix by supercurio: a new class of total lag fix
Instead of creating a file inside the rfs partition and mounting it as /data/data, the voodoo lag fix updates the kernel so that the the 2GB partition is using ext4 instead or rfs. This gives the best possible lag fix.
Pros: fast, smooth, across everything you do. The way galaxy s should have been in the first place. The best and most consistent lag fix with no remaining lag left that is caused by rfs.
Support with other kernel mods are starting to show: backlight mod, OC/UV kernel
Cons: Incompatible with clockworkmod recovery
I am now using voodoo lagfix beta 4 only
http://project-voodoo.org/
Love the Vodoo color would like to try this as well...they are getting OUTRAGIOUS numbers in quadrant!
Click to expand...
Click to collapse
I believe we have diffrent ext partitions than on the other galaxy s variants.
Sent from my SPH-D700 using XDA App
the epic doesn't need a lag fix. the quadrant numbers are due to a flaw in quadrant. the lag fix isn't really providing that much better performance (except fixing the lag for phones that need it), quadrant just blows the score out of proportion. Cyanogen was able to tailor an exploit to show this happens on any phone: http://briefmobile.com/cyanogen-demonstrates-quadrants-flaws
as for voodoo color, I don't believe there is a general port yet, but it is built-in to the MixUp kernel.
dwyw42 said:
the epic doesn't need a lag fix. the quadrant numbers are due to a flaw in quadrant. the lag fix isn't really providing that much better performance (except fixing the lag for phones that need it), quadrant just blows the score out of proportion. Cyanogen was able to tailor an exploit to show this happens on any phone: http://briefmobile.com/cyanogen-demonstrates-quadrants-flaws
as for voodoo color, I don't believe there is a general port yet, but it is built-in to the MixUp kernel.
Click to expand...
Click to collapse
I have the mixup kernel w/vodoo and love it! I just saw this NFO and wanted a more educated explaination...now I have it!
Forever looking to run faster, just one of my many flaws..never satisfied.
Do love my Epic!!!
Its included in the boss rom and GenuisDogs kernels
Wait a minute? Are you saying that its possible for the voodoo lag fix to be ported to the Epic 4g and thus making this fast phone faster? Am I reading correctly? (I saw on his page that they are planning to work on te Epic as well)
We do not need the lag fix. The lag fix will not make our phone any faster.
voodoo cons: needs more battery than oclf or chainfire's fix
my experience is, that voodoo is less smooth (less means a bit less but its great too - not laggy)
Eazail70x7 said:
Wait a minute? Are you saying that its possible for the voodoo lag fix to be ported to the Epic 4g and thus making this fast phone faster? Am I reading correctly? (I saw on his page that they are planning to work on te Epic as well)
Click to expand...
Click to collapse
I talked to Supercurio about me porting it before, but we came to the conclusion that it's unnecessary. We don't use the same NAND chips as the other phones, so we don't have to deal with all the lag **** except what's introduced with RFS. And changing from RFS breaks clockworkmod, so I am avoiding it.
All this is nice,but why is nobody talkin about a fix to use whole 512mb of ram instead 324mb?I had MTS3GS with 600mhz cpu and 512 ram and I hate to admit but it was faster than my Epic even with Sence.If someone could come up with a fix to use whole 512mb instead of 324mb then this phone would fly,this is the only thing that hinders this phone.Rest of the ram is used for cache(ramdisk).
What needs to be done is whole 512mb used for ram and fast NAND used for cache.324mb ram is not sufficient to run android smoothly.
lviv73 said:
All this is nice,but why is nobody talkin about a fix to use whole 512mb of ram instead 324mb?I had MTS3GS with 600mhz cpu and 512 ram and I hate to admit but it was faster than my Epic even with Sence.If someone could come up with a fix to use whole 512mb instead of 324mb then this phone would fly,this is the only thing that hinders this phone.Rest of the ram is used for cache(ramdisk).
What needs to be done is whole 512mb used for ram and fast NAND used for cache.324mb ram is not sufficient to run android smoothly.
Click to expand...
Click to collapse
I'm trying to decide if you are trolling this thread or if you recently suffered head trauma. Those are the two most likely things that I can imagine would cause someone to say the MTS3GS is anywhere near as fast as the epic.
richse said:
I'm trying to decide if you are trolling this thread or if you recently suffered head trauma. Those are the two most likely things that I can imagine would cause someone to say the MTS3GS is anywhere near as fast as the epic.
Click to expand...
Click to collapse
B,talk to ur moms like that fagit,i had mytouch slide and it was just as fast if not faster with haf of cpu power.
lviv73 said:
B,talk to ur moms like that fagit,i had mytouch slide and it was just as fast if not faster with haf of cpu power.
Click to expand...
Click to collapse
Could someone translate this from "stupid" into english so I can read it and possibly respond?
Lol I'm having a difficult time myself.....is it really faster than the epic? Unlike some people, I don't post nonsense that I know nothing about...I would rather ask first and try and get a correct answer
Sent from my SPH-D700 using XDA App
specialk0324 said:
Lol I'm having a difficult time myself.....is it really faster than the epic? Unlike some people, I don't post nonsense that I know nothing about...I would rather ask first and try and get a correct answer
Sent from my SPH-D700 using XDA App
Click to expand...
Click to collapse
Yeah man,mytouch slide was the fastest phone I ever owned(with 2.1),i think that having 512mb ram is better than having 1ghz cpu.If Epic used 512MB it would most likely be even faster.
Which I tried explaining to the last dude before that ***** came at me wrong without a reason,but its the intenet what can you do,lol.
Just to squash any kind of confusion in this thread...
In no way is the Mytouch Slide faster than the Epic 4G.
/thread
infamousjax said:
Just to squash any kind of confusion in this thread...
In no way is the Mytouch Slide faster than the Epic 4G.
/thread
Click to expand...
Click to collapse
Go to tmobile and use one with stock 2.1 its just as fast as epic.I dont know what they did to that underpowered phone but its fast.It might not be as fast watching videos,loadind games,etc.But android system itself is fast and more snappy then Epic,i compared the two,gotta be extra ram.
Don't take this the wrong way....but if it didn't load games or play movies as fast, doesn't that at least in part make the epic faster?
Sent from my SPH-D700 using XDA App
infamousjax said:
Just to squash any kind of confusion in this thread...
In no way is the Mytouch Slide faster than the Epic 4G.
/thread
Click to expand...
Click to collapse
+1 agreed, there is no way.
Sent from my SPH-D700 using XDA App
Sorry- I'm new so I can't post in the development section but I'm using the 4.3 versions of Adrynalyne's kernels and I'm getting slower donwload speeds and much slower upload speeds (closer to 500k). When I flashed back to the stock kernel the dl and upl speeds went back to normal. Anybody else getting this?
thechopster said:
Sorry- I'm new so I can't post in the development section but I'm using the 4.3 versions of Adrynalyne's kernels and I'm getting slower donwload speeds and much slower upload speeds (closer to 500k). When I flashed back to the stock kernel the dl and upl speeds went back to normal. Anybody else getting this?
Click to expand...
Click to collapse
Kernel has absolutely nothing to do with your network speeds. That was likely a fluke.
Network speeds are affected by a number of things-signal strength and network congestion being the biggest factors.
Do several tests different times of day and you will see that 3g can vary from 30 to 2100 kbps download speeds. As for 4g.. Idk what typical speeds are, but it will have a similar range.
via Incredible Redemption
Thanks AdhvanIt for the response but I tried testing them within minutes of flashing kernels and did numerous tests. With stock kernel I was getting about 8-12mbs donwloads and believe it or not upwards to 25+ mbs uploads (and that's consistently) while with the Adrynalyne's ROMS (using different versions- a-c) I was getting about 3-6 mbs downloads and 1-2 mbs uploads. Granted 3-6 is good enough but the disparity between 3-6 and 8-12 for uploads and 2 and 25 is quite a difference. You mention that kernels have nothing to do with speed but I was wondering if undervolting has any effect on the radio? Is anybody else having donwload/upload issues?
The upload speeds on the speed test app are completely wrong. If anything, the Adrynalyne kernel brought it closer to what it should be. Tether the internet from your phone to your computer, then go to the speed test web site. That'll show you what it should be.
Tried tethering (which always seems slower) and got the same results with the 4.a - 4.3 kernels. If anybody is trying this kernel are you getting the same results? I really love this kernel and Adrynalyn's work is always top notch. I don't know if this is just my phone with maybe a bad radio?
that has to be the kernel.. check for updates... or try somthing different.
Paulb787 said:
that has to be the kernel.. check for updates... or try somthing different.
Click to expand...
Click to collapse
Has to be?
I'm all ears on the explanation of why it has to be.
Hi Adrynalyn. First, thanks for all of the work and time you put in. I can't post in the development thread or otherwise I would have posted this thread there. Also, thanks for checking in on the thread. Is it just my experience with the download speed using the 4.3 kernels? Thanks!
Im using his 4.3b and my speeds are fine. All his kernals have done well for me. As stated above 4g speeds should be around 7-12down and 4-6up. At least in NY that is the usual besides some slighty higher numbers once in a while.
I would redownload and try flashing again. Are you using rom manager to flash or going into recovery. I have done both and it seems fine...
Not to jack the thread... but
I am new and can't post in the dev section yet. Adrynalyn, just wanted to express my gratitude for all your hard work!!! Tried a couple other ROM's, but just LOVE yours and came back within minutes of each experience...
In my strongest 4g LTE area I get 15/5 pretty regularly on adryns kernels and from what I understand thats all your really sposed to be seeing...
Thanks to you guys for responding- it looks to be unique to my situation then. I'm flashing via recovery. Would that make a difference? I'm in San Jose and I had been getting incredible upload speeds- frequently hitting above 30mbs. My donwloads have always been lower but flashing with these kernels I haven't been able to duplicate. Maybe it's because I'm using the stock but rooted ROM? Jrocker23- are you using the stock rom, too?
Yes, all I did was root via adb and added Adranalyne's kernals. Im running .06 stock. Also flashing from recovery should work fine. Are you using setcpu or running with the stock kernal speed?
thechopster said:
Thanks to you guys for responding- it looks to be unique to my situation then. I'm flashing via recovery. Would that make a difference? I'm in San Jose and I had been getting incredible upload speeds- frequently hitting above 30mbs. My donwloads have always been lower but flashing with these kernels I haven't been able to duplicate. Maybe it's because I'm using the stock but rooted ROM? Jrocker23- are you using the stock rom, too?
Click to expand...
Click to collapse
Funny you say this because I am in the San Jose area and before would hit 15-30mbs and now with adryns~ 4.3a kernel I get only 3/1mbs @ speakeasy website. This is rather weird.. Let me try a different kernel and report back with speeds.
Smok3d-
I'm also from the San Jose area. I was getting blazing uploads but now I can't get it over 2mbs. Something to do with our area's towers? Smok3d- could you revert back to the stock kernel? I did and was getting the regular speeds- I wonder if that's it too?
Ok there is definitely an issue going on here with kernels and speeds.
I was using Teslacoil with the included kernel and my speed in 3G area was snappy, when running speed tests I'd consistently get around 1.5 meg.
Yesterday i flashed the latest Virus rom with recommended Ziggy BFS kernel, and i almost automatically noticed my speed was running considerabley slower. When running a speed test, I'd get only around 100 KB down.
So today, i flashed the latest Virus rom again but this time i flashed Imoseyon normal lean kernel on it and now my speeds are back to 1.5 MB.
Now i know that speed tests are not accurate when run from the phone itself, however, the difference in speed is so dramatic that you don't even need to run a speed test to notice it right away.
Sent from my Thunderbolt using Tapatalk
thechopster said:
Smok3d-
I'm also from San Jose area. I was getting blazing uploads but now I can't get it over 2mbs. Something to do with our area's towers? Smok3d- could you revert back to the stock kernel? I did and was getting the regular speeds- I wonder if that's it too?
Click to expand...
Click to collapse
*edit nvm, wifi was on. The problem is adryns kernel, speeds are blazing fast on drods kernel, 20+mbs now
*
Smok3d said:
*edit nvm, wifi was on. The problem is adryns kernel, speeds are blazing fast on drods kernel, 20+mbs now
*
Click to expand...
Click to collapse
And what is it with adrynalyne kernel that is the problem? I would love to know. I'm running it and my real speeds are great. You are running speed tests, bet if you didn't you wouldn't even notice the speed. Just because you are getting a certain speed from a TEST doesn't mean you will get the same in real world performance. Do research or provide facts before you make statements you can't back up
Sent from my ADR6400L using XDA App
g00s3y said:
And what is it with adrynalyne kernel that is the problem? I would love to know. I'm running it and my real speeds are great. You are running speed tests, bet if you didn't you wouldn't even notice the speed. Just because you are getting a certain speed from a TEST doesn't mean you will get the same in real world performance. Do research or provide facts before you make statements you can't back up
Sent from my ADR6400L using XDA App
Click to expand...
Click to collapse
L00k above at my post... I automatically noticed my speed was considerably slower before even running a speed test. Then i change kernels, and its magically back to normal.
I'm no dev, so i couldn't begin to explain what in the kernel would cause it. And just because you aren't experiencing the issue doesn't mean it doesn't exist for others. Who knows? Maybe it was just a bad flash or CWR didn't clean cache properly before flashing, anything is possible, but we should work together to bring resolution to issues that arise, even if it is just happening to some...
Sent from my Thunderbolt using Tapatalk
g00s3y said:
And what is it with adrynalyne kernel that is the problem? I would love to know. I'm running it and my real speeds are great. You are running speed tests, bet if you didn't you wouldn't even notice the speed. Just because you are getting a certain speed from a TEST doesn't mean you will get the same in real world performance. Do research or provide facts before you make statements you can't back up
Sent from my ADR6400L using XDA App
Click to expand...
Click to collapse
I was pointing out what I noticed, I am no dev, just pointing out what I noticed when on adryns kernel compared to other kernels. It might not lag, but i notice the difference.
After upgraded my phone to ics....I found that the usb storage transmission speed is so slow and i can't stand it...So i return to gingerbread and decided to wait google for fixing this bug and OTA again..But there have been almost 2 months..without any news about newer ics version for gsm phone..I really want to use ics, but the bug makes me uncomfortable...Is there any ics rom which has already solved this bug?.
Does anyone can help me feedback this bug to google?
Yes, it is annoying. Only 1-2MB /s
Sent from my Nexus S using XDA App
I think the bug is deep in source(not sure if GN has this problem) so it would be very hard to track down and fix :/
Sent from my ice cream powered Nexus S
But I heard some GN users said that their mobile phone don't have this problem..maybe something don't suit NS's hardware? ics4.0.4 seems solved a lot of problem....but the USB storage speed is still the same
zhanjw said:
But I heard some GN users said that their mobile phone don't have this problem..maybe something don't suit NS's hardware? ics4.0.4 seems solved a lot of problem....but the USB storage speed is still the same
Click to expand...
Click to collapse
It must a file system changed compared to gingerbread, although in recovery mode USB storage transfer is roughly 8-12 times faster :/
Sent from my ice cream powered Nexus S
..
Anybody knows the values of read ahead cache in ICS? In GB, settings this to 2048 KB yielded nice results over 128 KB...
polobunny said:
Anybody knows the values of read ahead cache in ICS? In GB, settings this to 2048 KB yielded nice results over 128 KB...
Click to expand...
Click to collapse
I have it set to 1024 and get 40-60kbps transfer speed with phone on, 500-600kbps in recovery, so it must be something that the os is doing while its on go slow it down :/
Sent from my ice cream powered Nexus S
DarkhShadow said:
I have it set to 1024 and get 40-60kbps transfer speed with phone on, 500-600kbps in recovery, so it must be something that the os is doing while its on go slow it down :/
Sent from my ice cream powered Nexus S
Click to expand...
Click to collapse
Yuck! And I thought 7MB/s write speed was "slow".
Must be a Nexus curse. It's the same with the N1, painfully slow.
DirkGently said:
Must be a Nexus curse. It's the same with the N1, painfully slow.
Click to expand...
Click to collapse
It works fine in Gingerbread though, I get 7MB/s write with 40MB/s read in SD Tools.
polobunny said:
It works fine in Gingerbread though, I get 7MB/s write with 40MB/s read in SD Tools.
Click to expand...
Click to collapse
That's SD read/write not transfer speed.
I get 8-9mb w and 38mb r but transfer is horrendous with os booted up
Sent from my ice cream powered Nexus S
On my experience that depends on the rom/kernel that u use like for example on the nexusBeam i get very low rate like you but using the bixie apex rom + matrix kernal it hits very normal speeds (~2 mb/s write)
(Attention - I'm not saying that nexusBeam rom is bad but in my case it gets low speed on writting).
Can be annoying transfer data through this next method but using any ISC rom u can always go to recovery mod - mounts and storage - usb, by this way you transfer data from and to the nexus at really high speed.
Cheers.
If the comment helped you somehow hit thanks pls
DarkhShadow said:
That's SD read/write not transfer speed.
I get 8-9mb w and 38mb r but transfer is horrendous with os booted up
Sent from my ice cream powered Nexus S
Click to expand...
Click to collapse
I just tried with a real file (Adobe Pro X setup.exe, 465 MB) and it took 2 minutes 10 seconds. That's 3.58 MB/s.
That's definitely not too shabby, considering I was using my work computer to download and upload pictures at the same time and that my "SD" is almost full.
Here's a nice thread about a possible solution for I/O issues/bottleneck.The topic is for the Transformer Prime but i guess the devs in here will also found interesting infos.
Pretoriano80 said:
Here's a nice thread about a possible solution for I/O issues/bottleneck.The topic is for the Transformer Prime but i guess the devs in here will also found interesting infos.
Click to expand...
Click to collapse
What issues? I don't experience any issues anymore with the .26 update. I am rooted and unlocked, but I haven't done anything to improve on that part. In .22 it was quite necessary, but ASUS has done a good job with .26.
+1
It's been pretty OK since the update.
And I don't think that moving all data to an external microSD card is such a good idea, I'd rather depend on internal storage, I want my SD to be totally removable.
I'd like to know more about this SQL patch though, but they don't provide much info really.
BTW, there's a typo in your link (no colon after http).
firetech said:
What issues? I don't experience any issues anymore with the .26 update. I am rooted and unlocked, but I haven't done anything to improve on that part. In .22 it was quite necessary, but ASUS has done a good job with .26.
Click to expand...
Click to collapse
I agree with you, my tablet also work quiet nice with .26 but if you look at the benchmarks the internal storage on our tablet is very slow compared with other old and new devices.
With the above kernel mode we could use external storage for /DATA and /CACHE partition and gain a substantial speed increase.
Sent from my ASUS Transformer Pad TF700T using xda app-developers app
d14b0ll0s said:
+1
It's been pretty OK since the update.
And I don't think that moving all data to an external microSD card is such a good idea, I'd rather depend on internal storage, I want my SD to be totally removable.
I'd like to know more about this SQL patch though, but they don't provide much info really.
BTW, there's a typo in your link (no colon after http).
Click to expand...
Click to collapse
Here's more info regarding that sql patch
Pretoriano80 said:
Here's more info regarding that sql patch
Click to expand...
Click to collapse
Ok, so this simply disables fsync, not something I'll be doing anytime soon, at least until the reboot issues are completely solved (I'll be happy with 30 days uptime).
Plus, this is not the greatest idea on a device that had some I/O issues, as it seems sync is even more needed with it.
I don't think the infinity needs an external SD card, it's fast enough and even scoring better than his prime with external SD card.
This is my stock infinity:
That's not really testing the part that fails horribly though. Where our storage performs miserably is random writes. It's around 40-50 IOPS and under 200kB/s. Absolutely ridiculous for a flagship device.
http://forum.xda-developers.com/showpost.php?p=29660695&postcount=25
I'm amazed that folks are happy with the performance on .26. It is better than .22 but performance is still pretty terrible for me compared to my other devices. If you guys use Browser2ram or disable fsync in sqlite you'll realize just how slow this thing still is. In my opinion, buying a fast microSD card(harder than you think for random access) and moving /data and /cache is the best option.
I am noticing pretty slow browsing, pages load terribly slowly. I've tried chrome, Firefox and built in browser. While I agree there has been some improvement, i still get pretty noticeable stutters in ICS.
I mean this tablet has pretty much the best specs on the market...quad core, clocked @ 1.6 and a gig of ram with a substantial internal hd. It would seem to me that there is still a lot of untapped horse power.
That said, early adopters of new technology should often expect some quirks at the beginning, i know i did. Asus has always been great about getting updates out fast for other hardware i have purchased.
I personally feel that with a little patience, we will not only get our fixes and jelly bean, but some great devs making new ROM'S that will really showcase the performance we can expect from this device.
Sent from my ASUS Transformer Pad TF700T using xda premium
urrlyx said:
That's not really testing the part that fails horribly though. Where our storage performs miserably is random writes. It's around 40-50 IOPS and under 200kB/s. Absolutely ridiculous for a flagship device.
http://forum.xda-developers.com/showpost.php?p=29660695&postcount=25
Click to expand...
Click to collapse
But it's not getting better with the partition moving?! Haven't seen a single Androbench screenshot which shows a big improvement on random writes.
paysen said:
But it's not getting better with the partition moving?! Haven't seen a single Androbench screenshot which shows a big improvement on random writes.
Click to expand...
Click to collapse
Which is why we don't think moving it helps at all.
urrlyx said:
Which is why we don't think moving it helps at all.
Click to expand...
Click to collapse
So why are you quoting my post with the benchmark where I say that moving to the SD card wouldn't be helpful for the TF700? :angel:
paysen said:
So why are you quoting my post with the benchmark where I say that moving to the SD card wouldn't be helpful for the TF700? :angel:
Click to expand...
Click to collapse
Only because that benchmark doesn't show the problem in question. Wasn't trying to disagree with you. =)
urrlyx said:
Only because that benchmark doesn't show the problem in question. Wasn't trying to disagree with you. =)
Click to expand...
Click to collapse
Thats what I misunderstood :silly: So when moving to a fast sd card won't help - maybe a software fix can help there to boost it up :fingers-crossed:
Im not complaining cause i fricking love this tablet but shouldnt these issues been caught during development and testing by Asus? I understand a few small issues may slip through but not something as glaring as some of the I/O problems. Did they not download and install an app while multitasking? lol. Dont get me wrong i am in no way bashing them and would still buy this tablet if i could do it over again.... I'm just not very familiar with the [email protected] process for something like this. Do they just accept a few flaws in order to bring it to market as soon as possible and work hard to push updates?
Sent from my unlocked and rooted TF700T using the XDA Premium App
cctaylor410 said:
Im not complaining cause i fricking love this tablet but shouldnt these issues been caught during development and testing by Asus? I understand a few small issues may slip through but not something as glaring as some of the I/O problems. Did they not download and install an app while multitasking? lol. Dont get me wrong i am in no way bashing them and would still buy this tablet if i could do it over again.... I'm just not very familiar with the [email protected] process for something like this. Do they just accept a few flaws in order to bring it to market as soon as possible and work hard to push updates?
Sent from my unlocked and rooted TF700T using the XDA Premium App
Click to expand...
Click to collapse
To be honest this is 1 million dollars question but only Asus (QA department maybe?) can answer. Anyway they already did a good job with the latest update and compared with previous firmwares the tablet is much better and the lag issue many users seems to be gone.
The bad part is the internal memory overall performance because imo that is just poor hardware quality and you don't expect to have such a poor hardware on a high-end device like that.
So if Asus doesn't prove the contrary (but i hope they do) this become a pure hw design flaw and there's not much we could do about it... we will have a nice "bottleneck" on this tablet.
Sent from my ASUS Transformer Pad TF700T using Tapatalk 2
The poor random I/O performance is not limited to the Infinity. The entire line of Transformer tablets is plagued with this issue. Most likely Asus is just making a poor choice when they choose their emmc chips. Part of the problem is that emmc is the same stuff that goes into a sdcard and sdcards are generally designed with fast sequential performance with little regard for IOPs and random performance since most sdcards end up in cameras where most files are 1MB+ in size and you're usually only writing one file at a time.
I think Dees_Troy is correct, we just don't really have a full fledged SSD controller in tablets yet
The controller is more like the first gen ssd controllers that we had for sdd hdds
I guess with software optimization by ordering as much as possible the access and maybe caching more in the normal ram it could be a bit better
But in the end i think it is just pure hardware, we don't have Marvel or Sandforge ssd level controllers yet in tablets, that would make a bit more expensive and power hungry i guess.
Verstuurd van mijn ASUS Transformer Pad TF700T met Tapatalk
The sad part is my laptop HDD (not SSD) has 10 times Infinity's random write and one would expect more from a flash chip.
I am running a nightly build of CM9. I have read the various posts on USB write speeds in the 1MB/s range, which is what i am experiencing as well. I have tried all the rd_ahead tweaks in programs like SD Speed Increase which only helps out minimally. While using SD Speed Test I saw speeds around 7.01MB/s Write, and 15MB/s Read, now I also read about this affecting all .37 kernels? Has this not been fixed yet in any kernel that can be flashed to CM9? 1.2-2MB/s is a far shot away from 6MB/s
skyrocket123 said:
I am running a nightly build of CM9. I have read the various posts on USB write speeds in the 1MB/s range, which is what i am experiencing as well. I have tried all the rd_ahead tweaks in programs like SD Speed Increase which only helps out minimally. While using SD Speed Test I saw speeds around 7.01MB/s Write, and 15MB/s Read, now I also read about this affecting all .37 kernels? Has this not been fixed yet in any kernel that can be flashed to CM9? 1.2-2MB/s is a far shot away from 6MB/s
Click to expand...
Click to collapse
I know this isn't the solution you are looking for, but the only workaround I can suggest is a Wifi File Manager app. It seems CM9 is being retired in favor of CM10, so hopefully it will be addressed in CM10, but I don't think it will be fixed in CM9. (I could be wrong)
zefie said:
I know this isn't the solution you are looking for, but the only workaround I can suggest is a Wifi File Manager app. It seems CM9 is being retired in favor of CM10, so hopefully it will be addressed in CM10, but I don't think it will be fixed in CM9. (I could be wrong)
Click to expand...
Click to collapse
Thank you for your reply. I did see people discussing WIFI transfers, i will definitely try that as well. For now i just like to boot into recovery and mount the usb storage for large file transfers, wifi would probably be more efficient since it would eliminate a boot.