Multi Benchmarking Results - Bad SQLite performance

Search This thread

dagrim1

Senior Member
Sep 1, 2008
1,710
369
Being quite happy overall with the prime I couldn't help feeling certain things are very slow, mainly IO actions. Restoring titanium backups takes ages for example.

So I decided to do some extensive benchmarking using the i9100 and TF201 (for now, will add the TF101 later as well) to see how exactly the prime performs. I used the following benchmarks and ran them 3 times each (TF201 in performance mode, CFQ scheduler):

RL Benchmark - SQLite performnace
Androbench
CF-Bench v1.1
Antutu Benchmark
Benchmark (from softweg)

And I'm mostly blown away by the pathetic sqlite performance (and related, the disk performance). See screenshot for a summary (the .xls contains all the results).

1000 inserts taking 68 secs on the tf201 vs 0.6 secs on the i9100!!!
drop table taking 2+ secs on the tf201 vs 0.1 on the i9100

seq. read: ~20mb/s on the TF201 vs 52+ on the i9100
sqlite (updates and deletes): 18-ish secs on the TF201 vs 6 ish on the i9100.

Is the disk of the TF201 such utter crap? Seems to be... Or are there other ways of improving this. Any other results confirming this?

Looking into possibilities of disabling fsync() btw (http://forum.xda-developers.com/showthread.php?t=903507) but nothing really yet.
 

Attachments

  • Bench.jpg
    Bench.jpg
    54.9 KB · Views: 927
  • Android_Benchmarks.xls
    35.5 KB · Views: 60
Last edited:

roccodaone

Senior Member
Jan 3, 2010
185
14
I think it's a well established fact that Primes have a poor disk performance. Is there a solution, though? I don't know.
 

benefit14snake

Senior Member
Dec 23, 2011
819
174
Henrico, VA
I think it's a well established fact that Primes have a poor disk performance. Is there a solution, though? I don't know.

I firmly firmly believe it is software related. Even if Asus put in the worst flash possible it would not perform but maybe 1/2 to 1/5 as fast. Only time will tell, once Asus/Nvidia has time to focus on things other than critical issues (sleep of death, gps, ect ect ect) maybe disk performance can get hashed out. I think even if Asus did put crappy flash memory in there, they would be smart enough to only go so bad to where it at least contended with some of the competitors. They have been catering to the enthusiast crowd for quite some time and should understand by now that EVERY thing will be benched by its buyers LOL. Sometimes I feel like the EEEpad line is a completely different company than Asus its self though.


Odd thing is my droid razr maxx SMOKES my prime in androbench but does about 10% worse on antutu.


Sent from my EEEPAD using Tapatalk 2
 
Last edited:
  • Like
Reactions: Cheesy95

roccodaone

Senior Member
Jan 3, 2010
185
14
I certainly hope it's software related. But what makes me skeptical about this is, how come it hasn't been resolved by Asus yet.
 

yumms

Senior Member
Dec 13, 2010
665
127
Disk performance doesn't change in CM9 or AOKP roms, so I don't think it's software related.
 

benefit14snake

Senior Member
Dec 23, 2011
819
174
Henrico, VA
Im sorry guys. I didnt mean software rom wise i mean firmware for the controller. What i find to be odd is my prime wipes and flashes waaay quicker than my razr maxx.
Also like i said in antutu i score higher which is odd.....

We will see though just seems off for some reeeason.
Sent from my DROID RAZR using Tapatalk 2
 

dagrim1

Senior Member
Sep 1, 2008
1,710
369
Is sqlite installed ? I can't find it in documented Android locations and sqlite3 entered as a terminal command has no effect. If it isn't installed then Java "sql" must be being used and it has significantly worse performance.

Hmmm, good one... didn't see it in the usual place. There are some libsqlite.so files and stuff but not the sqlite3 in the xbin folder like there is on the i9100 for example.

Might just try and see what happens if I copy it from the i9100 heh. Tried copying the libsqlite.so and libsqlite_jni.so files from the i9100 to the TF201 but didn't improve anything (was actually surprised I didn;t get errors everywhere, but ok).

Will check it out some more later...
 

leppie

Senior Member
Dec 21, 2008
566
284
Cape Town
This tablet is a joke...

RL Benchmark SQLLite:

1.0GHz (Bal) TFP - 124.9 seconds
1.0GHz (Perf) TFP - 120.9 seconds
1.2GHz (Bal) TFP - 112.8 seconds
1.3GHz (Perf) TFP - 116.2 seconds (slower???)
1.6GHz (Perf) TFP - 117.4 seconds (slower again???)

1.0GHz Desire HD - 93.4 seconds
1.5GHz Desire HD - 82.8 seconds
 
Last edited:

clenz

Senior Member
Dec 9, 2011
196
49
Chicago
Can someone explain why SQLite is so important to my everyday use of the Prime? How will these poor benchmark results manifest in how we use the tablet?
 

SteveG12543

Recognized Contributor
Aug 8, 2010
2,176
404
31
Dover, DE
Samsung Galaxy S22 Ultra
Here are my results on RL Benchmark. (On .28, performance mode)

EDIT: Sorry for the low res pics, here are better ones.

Screenshot_2012-06-04-10-36-48.png


Screenshot_2012-06-04-10-36-55.png


Sent from my Transformer Prime TF201 using XDA Premium HD app.
 

Attachments

  • uploadfromtaptalk1338820835677.jpg
    uploadfromtaptalk1338820835677.jpg
    20.3 KB · Views: 370
  • uploadfromtaptalk1338820847387.jpg
    uploadfromtaptalk1338820847387.jpg
    20.5 KB · Views: 364
Last edited:

htcplussony

Senior Member
Aug 26, 2008
413
32
Is it me or is the .28 firmware getting even worst results than before.

Does any have the same graph .21 or S2 or S3 or better yet a One X?

EDIT I see yumms posted a graph for his Prime.
 

Rytkonen

Senior Member
Oct 14, 2010
321
74
SGS3 first try overall 20.762. There seems to be some serious IO bug.

http://db.tt/TFYUAdjk
 
Last edited:

SteveG12543

Recognized Contributor
Aug 8, 2010
2,176
404
31
Dover, DE
Samsung Galaxy S22 Ultra
Now I have lost all hope!

I am sure a HTC ChaCha is faster than that.

As Demandarin said,

Remember this also. As far as I know, asus/nvidia never really got to address i/o issues yet. wasn't at top of list of things to take care of. most complaints publicly came from gps n wifi. then sod, reboots, lockups, etc.. They've been busy addressing other issues first. they will address i/o soon.

Hopefully he's right and they can fix it!

Sent from my ADR6425LVW using XDA Premium.
 

ex1991eric

Member
Jun 4, 2012
8
1
odd... i am getting way way better sqlite performance than any I have seen recently; on locked TFP .21; fresh from factory wipe. On balanced power.
 

Attachments

  • Screenshot_2012-06-04-15-25-36.jpg
    Screenshot_2012-06-04-15-25-36.jpg
    212.2 KB · Views: 387
  • Screenshot_2012-06-04-15-25-46.jpg
    Screenshot_2012-06-04-15-25-46.jpg
    208.2 KB · Views: 368
Last edited:
  • Like
Reactions: Bait-Fish

Top Liked Posts

  • There are no posts matching your filters.
  • 7
    Being quite happy overall with the prime I couldn't help feeling certain things are very slow, mainly IO actions. Restoring titanium backups takes ages for example.

    So I decided to do some extensive benchmarking using the i9100 and TF201 (for now, will add the TF101 later as well) to see how exactly the prime performs. I used the following benchmarks and ran them 3 times each (TF201 in performance mode, CFQ scheduler):

    RL Benchmark - SQLite performnace
    Androbench
    CF-Bench v1.1
    Antutu Benchmark
    Benchmark (from softweg)

    And I'm mostly blown away by the pathetic sqlite performance (and related, the disk performance). See screenshot for a summary (the .xls contains all the results).

    1000 inserts taking 68 secs on the tf201 vs 0.6 secs on the i9100!!!
    drop table taking 2+ secs on the tf201 vs 0.1 on the i9100

    seq. read: ~20mb/s on the TF201 vs 52+ on the i9100
    sqlite (updates and deletes): 18-ish secs on the TF201 vs 6 ish on the i9100.

    Is the disk of the TF201 such utter crap? Seems to be... Or are there other ways of improving this. Any other results confirming this?

    Looking into possibilities of disabling fsync() btw (http://forum.xda-developers.com/showthread.php?t=903507) but nothing really yet.
    5
    Just for the heck of it I semi patched the libsqlite.so file... The 2 places I knew to pathc and left the 3rd one alone.

    As a result, RL Benchmark done in 24 seconds. 1k inserts in about 1 second...

    Basically I have no idea what I'm messing up on my tablet in the meantime, datacorruption and all. But we'll see (cwm backup for the win). I'll let it be to see if I notice any instability/performance difference.

    Perhaps I'll have to do a titanium restore to really test.

    Something is probably wrong since androbench shows insane scores for the SQLite benchmarks. Maybe the changes aren't actually made? We'll see... Anyway, just thought I'd mention.

    Really want to figure out the complete patch...
    5
    I can't be the only one who thinks all of the browser lockups and other strange issues are related to the horrendous NAND performance. I'm reading all of these threads on the next Asus update, and from what I can tell, Asus seems to be focusing more on a band-aid fix to placate the user base, rather than taking care of the root of the problem...assuming the root cause is actually fixable. Since I'm still a believer that this is a problem with drivers/controller rather than the NAND itself, I would think that rectifying this issue should the #1 priority for Asus. After all, this tablet was released months ago, and should never have been released in such a state. And if this problem is actually an issue with cheap/underperforming NAND, than shame on Asus. I may not be a huge fan of Apple gadgets (although my laptop is a Macbook Pro), but they sure as hell know how to keep their customers happy and how to keep them coming back time after time, even when their new product is nothing more than an insignificant upgrade over the old. I am truly at a loss as to why other companies don't get this simple concept that customer satisfaction = more sales, and screwing customers over tends to drive them away. Do they not realize that when we play with a friend's Ipad 2 or 3, we may get just a little disappointed that our quad-core "beast" gets it's rear end handed to it by a 1 year old device with a picture of a bitten apple running half the hardware? I really do hope that Asus comes through with a real fix and not a band-aid, because as of now, the Prime has failed all of my expectations.

    As I posted earlier, my original Evo 4G gets 3x the NAND performance, so I am very confident that this is nothing more than a software issue. Surely Asus is not sourcing 5 year old chips for a $500 flagship tablet, right?

    Just ran SQLite on my Samsung Galaxy S2 (Epic 4G Touch):
    1000 Inserts - 0.645 seconds (about 110 times faster than the Prime)
    Overall - 27.005 seconds (about 4.5 times faster than the Prime)

    The E4GT is tweaked, but the Prime isn't exactly stock either. I always wondered why installing or deleting apps is so much faster on the E4GT, and now I know why.
    4
    K, just been able to compile my own CM9 rom... The tutorial was for a nexus so not completely perfect yet but libsqlite was compiled and results in a ~36.6 sec RL bench...

    Will compile for TF201 if I figure out how (this weekend I guess) and see if I notice any issues (semi patch caused a nr of FC in the end) but hey, at least was able to compile something ;)

    And I'll also apply this one: http://forum.xda-developers.com/showthread.php?t=1670824

    To make sure all is clean n dandy...
    3
    It appears the memory used in some of the 32GB models is exactly the same as use in a Kingston DataTraveller 101 Gen 2 (DT101G2/32GB). This costs around $30 retail.

    Here is pic of a dismantled one:

    attachment.php


    Update:

    Here you can see the flash mem.

    The Chinese message board thread where I deciphered this (you will have to figure out how to register to see the pictures).