I decided to start a new thread to experiment instead of posting inside the 1.3 thread.
Even with all this cache boosting, it seems the reported free memory is still above 60MB.
That's with no today plugins running.
Here are the settings I am testing:
Code:
[HKLM\System\StorageManager\FATFS]
"BufferSize"=dword:0x000400 (decimal 1024) (old:256)
"CacheSize"=dword:0x004000 (decimal 16384) (old:4096)
"DataCacheSize"=dword:0x004000 (decimal 16384) (old:4096)
"DLL"="fatfsd.dll"
"EnableCache"=dword:00000001
"EnableCache4Way"=dword:00000001 (old: didn't exist)
"EnableCacheWarm"=dword:00000001
"FatCacheSize"= 0x004000 (decimal 16384) (old:1024)
"Flags"=dword:00001006 (writethrough bla bla)
"MaxCachedFileSize"=dword:00020000 (don't cache >128Kb files)
"Paging"=dword:00000001
"PathCacheEntries"=dword:00000400 (1024) (old:256)
"UpdateAcces"=dword:00000000 (do not update access times, should have a positive impact flash wearing)
[HKLM\System\StorageManager\IMGFS]
"BufferSize"=dword:0x000400 (decimal 1024) (old:not sure)
"CacheSize"=dword:0x004000 (decimal 16384) (old:not sure)
"DataCacheSize"=dword:0x004000 (decimal 16384) (old:not sure)
"PathCacheEntries"=dword:00000400 (1024) (old:256)
"UpdateAcces"=dword:00000000 (do not update access times, should have a positive impact flash wearing, not sur if it has any effect on IMGFS)
[HKLM\System\StorageManager\Profiles\FlashDrv\FATFS]
"BufferSize"=dword:0x000400 (decimal 1024) (old:256)
"CacheSize"=dword:00000400
"EnableCache"=dword:00000001
"PathCacheEntries"=dword:00000400 (1024) (old:not sure)
[HKLM\System\StorageManager\Profiles\FlashDrv\IMGFS]
"BufferSize"=dword:0x000400 (decimal 1024) (old:256)
"CacheSize"=dword:00000400 (at the cost of 256 Kb RAM)
"EnableCache"=dword:00000001
"PathCacheEntries"=dword:00000400 (1024) (old:128)
Therewas one single test which simply failed, I don't know why. I believe this failed test is the reason why the overall score is unavailable. But the machine is stable so far, I have no complaints.
The results are the following:
Code:
reference machines (from spb benchmark website database):
(1) Compaq iPAQ 3600 Series (2000, 206Mhz)
(2) Asus MyPal A620 (2003, 400MHz)
(3) Asus MyPal A716 (2003, 400MHz)
(4) Fujitsu-Siemens Pocket LOOX 600 (2003, 400MHz)
(5) Fujitsu-Siemens Pocket LOOX 610 (2003, 400MHz)
(6) Toshiba e750 (2003, 400MHz)
(7) Toshiba e755 (2002, 400Mhz)
(8) Dell Axim x51v (WM5, 400MHz, video hardware accel)
AND...
(9) Blue Angel WM5 Helmi 1.3 beta
(1) (2) (3) (4) (5) (6) (7) (8) (9) Comments
Spb Benchmark index 1000 1573 1622 939 1610 1225 1073 - unavailable probably because of the database error
CPU index 1000 1858 1796 1202 1813 1838 1234 1646 upper half, not that far from the others
File system index 1000 1092 1205 670 1175 1128 1270 - unavailable probably because of the database error
Graphics index 1000 4034 3954 1367 3943 688 651 1207 before tweaking it was around 850
ActiveSync index 1000 1458 2192 480 1775 1751 1479 3269 WINNER! And i am using USB 1.1!
Platform index 1000 1277 1510 796 1341 1085 850 - unavailable probably because of the database error
(1) (2) (3) (4) (5) (6) (7) (8) (9) Comments
Write 1 MB file (KB/sec) 794 1285 1284 589 1282 1221 1200 630 2160 Double the 2003 write results!
Read 1 MB file (MB/sec) 18.2 28.7 27.8 16.5 27.4 26.8 20.7 3.78 4.14 Better than the x51v
Copy 1 MB file (KB/sec) 790 1281 1279 581 1279 1252 1180 600 3526 Hmmm, sweet buffers...
Write 10 KB x 100 files (KB/sec) 560 654 928 422 936 859 768 245 314 different from above results, ROM technology might explain the difference...
Read 10 KB x 100 files (MB/sec) 6.35 8.64 10.4 6.34 10.7 9.62 7.6 1.88 1.43 here we lost against x51v
Copy 10 KB x 100 files (KB/sec) 476 500 820 376 830 757 626 247 290 below 2003, but still decent.
Directory list of 2000 files (thousands of files/sec) 123 23.6 22.2 14.1 20.4 20.5 153 1.33 8.19 trouncing x51v, but humble compared to 2003
Internal database read (records/sec) 421 1549 1539 1059 1518 1391 503 1950 error THIS is the mysterious ERROR...
Graphics test: DDB BitBlt (frames/sec) 26.9 316 309 185 305 68.4 42.3 277 109 HW graphics might give x51v the edge here...
Graphics test: DIB BitBlt (frames/sec) 13.5 27.2 27.3 14.7 27.3 22.9 29.9 22.2 31.1 but not here :)
Graphics test: GAPI BitBlt (frames/sec) 216 752 725 176 722 73.2 72.4 58.9 134 neither here :D
Pocket Word document open (KB/sec) 31 44.2 105 61.9 41.6 37.7 28.3 12.7 7.3 long loading times... UPX'ed apps might have an impact here?
Pocket Internet Explorer HTML load (KB/sec) 13.1 7.88 9.27 3.74 9.49 7.28 6.67 7.05 3.61 ditto
Pocket Internet Explorer JPEG load (KB/sec) 52.8 154 239 149 245 233 105 135 53.8
File Explorer large folder list (files/sec) 515 641 598 382 625 569 291 483 58.6
Compress 1 MB file using ZIP (KB/sec) 106 263 241 152 249 243 89.1 241 195 not beating x51v every time, but still \
Decompress 1024x768 JPEG file (KB/sec) 319 613 609 426 609 607 567 657 533 a good performer...
Arkaball frames per second (frames/sec) 108 250 242 102 245 61 55.7 52.6 96.3 seems x51v video drivers are teh suxx0rz
CPU test: Whetstones MFLOPS (Mop/sec) 0.046 0.076 0.076 0.061 0.077 0.075 0.076 0.117 0.074
CPU test: Whetstones MOPS (Mop/sec) 34.1 55.3 55.4 54.3 55.5 55.2 55.4 84.9 54.8
CPU test: Whetstones MWIPS (Mop/sec) 2.98 5.01 5.02 4.04 5.03 4.99 4.94 7.53 4.82
Memory test: copy 1 MB using memcpy (MB/sec) 70.4 103 98.4 61.2 99 106 90.6 116 102
ActiveSync: upload 1 MB file (KB/sec) 115 135 203 46.9 158 157 135 - 332
ActiveSync: download 1 MB file (KB/sec) 94 250 377 67.8 367 345 274 - 409
There is only one WM5 device besides teh BA, which I collected from this review:
http://www.mobiletechreview.com/Dell-Axim-X51v.htm
Helmi, can you make a hotfix cab called 'Brazilian_Joe_UNTESTED_performance_tweaks.cab' to apply these tweaks and add it to Helmi 1.3 beta front page, with a big red fat warning?
EDIT: The 'internal database benchmark error' happens even with the default 'Helmi 1.3 beta' registry values, so it's not a by product of my settings. Just to reinstate, even with this error the machine still runs without problems.
Nice work, Brazilian Joe! But the real question is: do these tweaks affect the real performance of the BA? I mean do you notice any improvements during normal work (with all today plug-ins, etc.)
That's actually all that matters, because benchmark results don't necessarily reflect the real-life performance.
If you say the difference is noticable (I mean "really" noticable), the we all should give it a try. But if it's only a benchmark improvement, I think we should not mess with the settings...
Regards,
Martin
MHoefler said:
Nice work, Brazilian Joe! But the real question is: do these tweaks affect the real performance of the BA? I mean do you notice any improvements during normal work (with all today plug-ins, etc.)
That's actually all that matters, because benchmark results don't necessarily reflect the real-life performance.
If you say the difference is noticable (I mean "really" noticable), the we all should give it a try. But if it's only a benchmark improvement, I think we should not mess with the settings...
Regards,
Martin
Click to expand...
Click to collapse
I have the whole SBSH doing a party on my today screen under normal circumstances (PocketBreeze etc). My first benchmark (which I lost) still had all those on, andthe numbers were inequivocal.
It was not a 'whoa, look! 1KB/s write improvement!'...
when I said improved responsiveness, that's what it meant. switching tabs in today plugins, program loading, most tasks improved, the experience was more fluid.
Then I procceeded to have more barebone results to avoid having the programs distort the numbers.
That said, I completely agree with your consideration. My next steps are going to be:
1) reinstall everything
2) do another 'vanilla settings' test with everything running
3) put the tweaked settings back on
4) benchmark one more time...
So that we can verify the results.
Just working on my Settings also ..
seems I have forgotten somethin in the settings since I cant't achive the same results than earlier .. (reminds me on helmi not remembering this WiFi driver thing )
EDIT:
Test Time Speed % of iPAQ 3650* speed
Write 1 MB file 99.2 ms 10323 KB/sec 1300%
Read 1 MB file 58.1 ms 17.2 MB/sec 94%
Copy 1 MB file 39.4 ms 25990 KB/sec 3292%
Write 10 KB x 100 files 1718 ms 596 KB/sec 106%
Read 10 KB x 100 files 269 ms 3.72 MB/sec 59%
Copy 10 KB x 100 files 1362 ms 752 KB/sec 158%
Directory list of 2000 files 238 ms 8.41 thousands of files/sec 7%
Some more testing required .. will set up the same Bench as BJ next time
EDIT2:
Okay .. here is what I am doing .. atm I am only switching values in the FATFS:
BufferSize:16 or 8 try around
CacheSize:0 (System reserves Memory) or 16384
DataCacheSize: 4096
will do more testing .. but smaller buffers seems to be much faster ...
Helmi 1.3 vanilla settings, no apps installed.
Free memory: 67.39 MB
CPU index 1386.85
Graphics index 1154.58
ActiveSync index 2502.05
Test - Time - Speed - % of iPAQ 3650 speed (reference machine)
Write 1 MB file 2471 ms 414 KB/sec 52%
Read 1 MB file 440 ms 2.27 MB/sec 12%
Copy 1 MB file 2014 ms 508 KB/sec 64%
Write 10 KB x 100 files 7968 ms 129 KB/sec 23%
Read 10 KB x 100 files 960 ms 1.04 MB/sec 16%
Copy 10 KB x 100 files 7567 ms 135 KB/sec 28%
Directory list of 2000 files 2692 ms 0.743 thousands of files/sec 1%
Internal database read error
Graphics test: DDB BitBlt 9.71 ms 103 frames/sec 383%
Graphics test: DIB BitBlt 32.7 ms 30.6 frames/sec 226%
Graphics test: GAPI BitBlt 7.81 ms 128 frames/sec 59%
Pocket Word document open 43656 ms 5.97 KB/sec 19%
Pocket Internet Explorer HTML load 7958 ms 3.11 KB/sec 24%
Pocket Internet Explorer JPEG load 5221 ms 48.5 KB/sec 92%
File Explorer large folder list 35332 ms 56.6 files/sec 11%
Compress 1 MB file using ZIP 8807 ms 115 KB/sec 108%
Decompress 1024x768 JPEG file 496 ms 566 KB/sec 177%
Arkaball frames per second 10.6 ms 94.8 frames/sec 88%
CPU test: Whetstones MFLOPS 5369 ms 0.069 Mop/sec 150%
CPU test: Whetstones MOPS 1211 ms 52 Mop/sec 153%
CPU test: Whetstones MWIPS 10821 ms 4.62 Mop/sec 155%
Memory test: copy 1 MB using memcpy 10.2 ms 98.5 MB/sec 140%
ActiveSync: upload 1 MB file 4145 ms 247 KB/sec 215%
ActiveSync: download 1 MB file 3013 ms 340 KB/sec 362%
Storage card test results
Storage card "RAMdisk"
Speed index = 369.2
Test Time Speed % of iPAQ 3650* speed
Writing 1 MB file 109 ms 9377 KB/sec
Reading 1 MB file 77.7 ms 12.9 MB/sec
Copying 1 MB file to storage card 581 ms 1763 KB/sec
Copying 1 MB file from storage card 1524 ms 672 KB/sec
Writing 100 of 10 KB files 2275 ms 450 KB/sec
Reading 100 of 10 KB files 352 ms 2.84 MB/sec
Copying 100 of 10 KB files to storage card 2330 ms 440 KB/sec
Copying 100 of 10 KB files from storage card 7744 ms 132 KB/sec
Directory listing: 2000 files 247 ms 8.11 thousands of files/sec
Storage card "Storage Card"
Speed index = 344.21
Test Time Speed % of iPAQ 3650* speed
Writing 1 MB file 479 ms 2139 KB/sec
Reading 1 MB file 71.5 ms 14 MB/sec
Copying 1 MB file to storage card 865 ms 1184 KB/sec
Copying 1 MB file from storage card 1831 ms 559 KB/sec
Writing 100 of 10 KB files 2489 ms 411 KB/sec
Reading 100 of 10 KB files 449 ms 2.23 MB/sec
Copying 100 of 10 KB files to storage card 3131 ms 327 KB/sec
Copying 100 of 10 KB files from storage card 8187 ms 125 KB/sec
Directory listing: 2000 files 247 ms 8.11 thousands of files/sec
MHoefler said:
Nice work, Brazilian Joe! But the real question is: do these tweaks affect the real performance of the BA? I mean do you notice any improvements during normal work (with all today plug-ins, etc.)
That's actually all that matters, because benchmark results don't necessarily reflect the real-life performance.
If you say the difference is noticable (I mean "really" noticable), the we all should give it a try. But if it's only a benchmark improvement, I think we should not mess with the settings...
Regards,
Martin
Click to expand...
Click to collapse
It affects the real / overall / daily use performance. Try it out
Yeah, there are lies, damn lies, and statistics. and benchmarks are statistics, right?
Benchmarks do not directly translate in real world performance, but if they are done properly, there is some meaning to them, and you can expect that the performance displayed at the benchmarks will be reflected in your daily usage.
And I started those benchmarks by going the other way round:
I found some settings, tweaked them, noticed a difference, and only then I started benchmarking to back up my subjective feeling with hard numbers.
let's see how the benchmarking saga unfolds...
Blame me stupid ... installed SPB Bench in RamDisk at first .. damn ...
Rebenching now, but can confirm that with the Settings fomr BJ an mine mixed to the way you use your device in daily usage this runs veeerrry smooth ... )
MasterMerlin said:
Just working on my Settings also ..
Okay .. here is what I am doing .. atm I am only switching values in the FATFS:
BufferSize:16 or 8 try around
CacheSize:0 (System reserves Memory) or 16384
DataCacheSize: 4096
will do more testing .. but smaller buffers seems to be much faster ...
Click to expand...
Click to collapse
I have tried setting only
BufferSize:16
but after I lowered it from 256 to 16 if always froze my machine. had to hard reset to get it back to a useable state...
Code:
[HKLM\System\StorageManager\FATFS]
"BufferSize"=(decimal 16) (old:256)
"CacheSize"=(decimal 0) (old:4096)
"DataCacheSize"=(decimal 0) (old:4096)
"DLL"="fatfsd.dll"
"EnableCache"=dword:00000001
"EnableCache4Way"=dword:00000001 (old: didn't exist)
"EnableCacheWarm"=dword:00000001
"FatCacheSize"= (decimal 0) (old:1024)
results in
Write 1 MB file 2635 ms 389 KB/sec 49%
Read 1 MB file 301 ms 3.32 MB/sec 18%
Copy 1 MB file 1799 ms 569 KB/sec 72%
Write 10 KB x 100 files 7197 ms 142 KB/sec 25%
Read 10 KB x 100 files 641 ms 1.56 MB/sec 25%
Copy 10 KB x 100 files 5892 ms 174 KB/sec 37%
Directory list of 2000 files 1844 ms 1.08 thousands of files/sec 1%
seems that the smaller buffer helps while reading
Brazilian Joe said:
I have tried setting only
BufferSize:16
but after I lowered it from 256 to 16 if always froze my machine. had to hard reset to get it back to a useable state...
Click to expand...
Click to collapse
Thats weird .. since you reinstalled it fresh .. mine is up since yesterday, running Pocketbreeze and some other Today Plugins while using the Benchmark ..
Have you tweaked some other infos before in another section?
MasterMerlin said:
Brazilian Joe said:
I have tried setting only
BufferSize:16
but after I lowered it from 256 to 16 if always froze my machine. had to hard reset to get it back to a useable state...
Click to expand...
Click to collapse
Thats weird .. since you reinstalled it fresh .. mine is up since yesterday, running Pocketbreeze and some other Today Plugins while using the Benchmark ..
Have you tweaked some other infos before in another section?
Click to expand...
Click to collapse
no, I only changed that and nothing else. I think the system was starved because of the small buffer size. I had PocketBreeze, iLauncher and PocketWeather on my today screen.
EDIT. trying the Chache = 0 settings and see how they perform, without messing with the buffer
EDIT2:
MasterMerlin, looks like there is some fluctuation in the file results. can you re-run the benchmark more than one time? I am not getting a result like your 'Read 1 MB file ~300 ms'. maybe the result in that specific run was better than average?
EDIT3: definitely, buffers=16 is not friendly at least to PocketBreeze. Other apps might gasp on it either. At the moment I installed PB, my machine froze. There goes another hard reset...
PocketBreeze and PocketWeather are on my Today Screen too. Will rerun the Bench now .. went to bed yesterday
EDIT:
You are right Brazilian Joe. The Benchmark seems to fluctuate much.
Retried with:
Write 1 MB file 2566
Read 1 MB file 433 ms
Copy 1 MB file 2042 ms
Write 10 KB x 100 files 6405 ms
Read 10 KB x 100 files 913 ms
Copy 10 KB x 100 files 6292 ms
Directory list of 2000 files 2593 ms
Will test around your Settings with other Buffers and some more reg-changes and rerun another Test...since this great ROM should stay stable and speedy ...
MHoefler said:
Nice work, Brazilian Joe! But the real question is: do these tweaks affect the real performance of the BA? I mean do you notice any improvements during normal work (with all today plug-ins, etc.)
That's actually all that matters, because benchmark results don't necessarily reflect the real-life performance.
If you say the difference is noticable (I mean "really" noticable), the we all should give it a try. But if it's only a benchmark improvement, I think we should not mess with the settings...
Regards,
Martin
Click to expand...
Click to collapse
Its should make a difference... I've try it before I post the rom, but I dont test it much, but it seems our Brazilian Joe hv test it more then me.. so give it a try... I'll post a cab for it as requested.
ps: I dont think it safe to try this tweak on v1.2 or lower, but try it anyway...
If we use Brazilian Joe tweaks and later want to later go back to original configuration - how do we do that?
Manually?
or
Uninstall the cab?
hasanj4 said:
If we use Brazilian Joe tweaks and later want to later go back to original configuration - how do we do that?
Manually?
or
Uninstall the cab?
Click to expand...
Click to collapse
hmm, I think if u use it in v1.3 its safe, but this is the revert back .CAB
btw I use Platformxxx.reg method (so its ready for further tweak update from Brazilian Joe and wont erase the reg entry if u uninstall it)
Just install this cab overwrite or uninstall the previous version, both way is ok. this .CAB will revert back registry value to its original value.
read my post i te main thread, these cache tweaks shouldnt be used on thier own, the speed is shortlived.
Midget_1990 said:
read my post i te main thread, these cache tweaks shouldnt be used on thier own, the speed is shortlived.
Click to expand...
Click to collapse
Is that like the upgraded Axim/4700 filesys.exe performance issues? I didn't knew our machines were affected by it too.
Anyway, I'll keep the tweaks and see if the machine slows down over time.
Brazilian Joe said:
MasterMerlin said:
Brazilian Joe said:
I have tried setting only
BufferSize:16
but after I lowered it from 256 to 16 if always froze my machine. had to hard reset to get it back to a useable state...
Click to expand...
Click to collapse
Thats weird .. since you reinstalled it fresh .. mine is up since yesterday, running Pocketbreeze and some other Today Plugins while using the Benchmark ..
Have you tweaked some other infos before in another section?
Click to expand...
Click to collapse
no, I only changed that and nothing else. I think the system was starved because of the small buffer size. I had PocketBreeze, iLauncher and PocketWeather on my today screen.
EDIT. trying the Chache = 0 settings and see how they perform, without messing with the buffer
EDIT2:
MasterMerlin, looks like there is some fluctuation in the file results. can you re-run the benchmark more than one time? I am not getting a result like your 'Read 1 MB file ~300 ms'. maybe the result in that specific run was better than average?
EDIT3: definitely, buffers=16 is not friendly at least to PocketBreeze. Other apps might gasp on it either. At the moment I installed PB, my machine froze. There goes another hard reset...
Click to expand...
Click to collapse
Hey Joe,
The BA is a strange device, it seems, that it behaves itself in different ways So... It can be, that MasterMerlin is right. I tried the Cache=0 and Buffersize=16 on my BA, and It didn't freeze at all, and It became more speedier than with your settings. I use SPB pplus + diary + weather + time + backup on today (tabbed) + wireless + messaging + device lock on todayscreen.
The device freezes, if you try to raise Your posted setting's values.
I hope i could help a bit.. But I really don't understand why your BA freezes if you set cache to 0 and buffer to 16...
ThExSenatoR said:
Hey Joe,
The BA is a strange device, it seems, that it behaves itself in different ways So... It can be, that MasterMerlin is right. I tried the Cache=0 and Buffersize=16 on my BA, and It didn't freeze at all, and It became more speedier than with your settings. I use SPB pplus + diary + weather + time + backup on today (tabbed) + wireless + messaging + device lock on todayscreen.
The device freezes, if you try to raise Your posted setting's values.
I hope i could help a bit.. But I really don't understand why your BA freezes if you set cache to 0 and buffer to 16...
Click to expand...
Click to collapse
As I told before, SBSH PocketBreeze dislikes this setting. Anyway, I will try setting the caches to 0, but keeping the buffer size and see if it improves. Then I will proceed on halving the buffer until it does not work anymore.
EDIT:
Just to clarify, I use PocketBreeze with iLauncher, ContactBreeze and PocketWeather as tabs inside it.
Anyway, the buffers = 16 setting looked like it was working for me, but when I installed PocketBeeze it froze...
/EDIT
On the subject of benchmark fluctuation, I think the cause is the same thing which also causes video to skip, some system process might be taking up too much processing.
Since our hardware is not built for WM5, we might be suffering the same problems that the Axim/4700 users have. Do we have a filesys.exe throttler? If we don't, is there a way to do it? It would be so much easier to find the guilty process if we had a XP-style task manager, which displayed the amount of cpu time each process is taking... Anyone knows of any?
Related
Hi! I have upgraded my BA to Xplode's ROM R4 release more than a month ago I guess. I also have extended my storage memory by following the wiki and earned extra MBs. The ROM is 32MB RAMdisk / 16MB page pool.
From my understanding the more RAM(Pagepool) allocated the faster it will be, right? Currently my storage memory and program memory details are:
Storage
Total: 60.30MB
In Use: 35.26MB
Free: 25.04
**From my understanding 32MB of the 60.30MB is my RAM disk because it's being shown in my file explorer...
Program
Total: 77.11MB
In Use: 22.55 MB
Free: 54.56 MB
Questions:
1. Is it possible for me to change the RAM (Page Pool) size so my BA will run faster?
2. Is it possible for me to allocate program memory to storage memory?
I have free MBs that I want to allocate for RAM (Page Pool).
Please enlighten me on this one. Thank you!
search this forum for overclock and theres a post with xcpu scaler which lets you overclock the BA which speeds it up!
its great
but it drains the battery...
matthew_wetton said:
search this forum for overclock and theres a post with xcpu scaler which lets you overclock the BA which speeds it up!
its great
Click to expand...
Click to collapse
I've used that before but I don't want to overclock the BA coz it drains the battery and what I wanted is more ram not more proc speed. thanks for your input though!
nyuszi said:
but it drains the battery...
Click to expand...
Click to collapse
That's exactly right!
get a bigger battery I always ran mine at 530 and got at least 2 days before needing a recharge
Could someone who owns a unit run a few benchmarks on it. GXMark, SPB Benchmark and so forth.
Thanks in advance!
SKTOOLS lite
316.98
(Highest of list!)
BTW,
it got a 14.4MB/S read speed off internal storage, and a 8mb/s on main storage ...
writing was very low (400kb/s) on internal, on main it was the same (8mb)
SKTOOLS Benchmark results:
=====================
Integer: 332.4050 Moves/25 usec
Floating point: 7.505 MWIPS
RAM access: 638 Speed index
Draw bitmaps: 780 Speed index
Main storage (write): 13653.34 KB/s
Main storage (read): 13269.25 KB/s
Internal Storage (write): 470 KB/s <------- This value is strange...
Internal Storage (read): 199448.56 KB/s
File List: 1921 Items/s
File List (Internal Storage): 4261 Items/s
SKTools loading: 3295 ms
HTC Diamond with bepe's ROM bElite v0.52
Dynamicsbenchmark
Average FPS; 2674
Min FPS; 22
Max FPS; 27
Where can i get that sktools? anyone a .cab file
I found it!!
Here are the results;
SKTOOLS Benchmark results:
=====================
Integer: 331.1766 Moves/25 usec
Floating point: 7.577 MWIPS
RAM access: 596 Speed index
Draw bitmaps: 164 Speed index
Main storage (write): 13623.06 KB/s
Main storage (read): 15673.47 KB/s
Internal Storage (write): 492.94 KB/s
Internal Storage (read): 2643.72 KB/s
With New Dutch ROM 1.37
humm...
doesn't look promising...
http://www.glbenchmark.com/result.jsp?orderby=dvsg_best&brand=HTC&submit=OK&benchmark=glpro
bronx said:
humm...
doesn't look promising...
http://www.glbenchmark.com/result.jsp?orderby=dvsg_best&brand=HTC&submit=OK&benchmark=glpro
Click to expand...
Click to collapse
i dont think so, look at the low levle benchmarks, the hardware is more then capable. Seems driver still are ble... but at least now it can run gl benchmark
SKTOOLS Benchmark results:
=====================
Integer: 329.9098 Moves/25 usec
Floating point: 7.308 MWIPS (Very Slow)
RAM access: 630 Speed index
Draw bitmaps: 784 Speed index
Main storage (write): 12880.50 KB/s
Main storage (read): 14124.14 KB/s
Internal Storage (write): 456.70 KB/s
Internal Storage (read): 12487.80 KB/s
File List: 1536 Items/s (Very Slow)
File List (Internal Storage): 5010 Items/s
SKTools loading: 3409 ms
HTC HK edition w/ some turning on registry.
Okay, here's an app that will try to unstick the Fuze's HSDPA settings. It sets:
HKLM\OEM\RIL:
DisH = 0
EnableHSDPAIcon = 1
and resets them again as a start-up app after every soft-reset. It will then stay around for 2 minutes making sure those registry changes stick and then quit.
This may/may not fix the FUZE's speed issues especially if the DisH isn't read after the OS is up and running. Credit goes to the HSDPA thread that brought this up.
Takes 1K of memory, and 12K of storage.
2008/11/15: new version 1.1 just deletes DisH and enables the icon. May work out better. Choose your path.
This is awesome. I hope it works.
Have you attempted to counteract the PROVXML which loads up on start? Can this even be done without hard resetting or flashing a new ROM?
iboj007 said:
Have you attempted to counteract the PROVXML which loads up on start? Can this even be done without hard resetting or flashing a new ROM?
Click to expand...
Click to collapse
Probably can't fight that without doing the hard-reset/reflash.
The ShowSIM contacts in the OEM Kaiser roms stuck also and needed a new rom to permanently fix.
These settings can be found in
HKLM/Software/OEM/RIL
DisH is set to 1 from ATT --- No tweak app will mod this - change it to 0, and we should all be good to go.
acardinale said:
DisH is set to 1 from ATT --- No tweak app will mod this - change it to 0, and we should all be good to go.
Click to expand...
Click to collapse
The point is it gets reset to 1 after every soft-reset.
This app mods it to 0 and refixes that during every soft-reset. Anyways, the better fix may be to just delete the key.
New version 1.1 does that. Choose your pill.
my setting never reset after softreset ... my adjustment was still there.
:/
I just tested 1.1 and think that the fixes are cosmetic only. After reboot, I had an H instead of a 3G, but dslreports speedtest (flash) to Parsippany NJ did not show improvement in upload speeds.
Hfix Down Up Latency 3G/H
N 486 354 143 3G
N 773 363 169 3G
N 438 336 117 3g
Y 631 347 100 h
Y 440 321 116 h
y 482 351 117 h
And just for giggles, I removed 1.1, rebooted, installed HFIX 1.0, rebooted, and ran the same tests again. Below is a summary table showing all tests with the last 4 being HFIX 1.0:
HFIX Vers Hfix Down Up Latency 3G/H
1.1 N 486 354 143 3G
1.1 N 773 363 169 3G
1.1 N 438 336 117 3g
1.1 Y 631 347 100 h
1.1 Y 440 321 116 h
1.1 y 482 351 117 h
1 Y 712 899 141 h
1 y 412 596 170 h
1 y 838 326 134 h
1 y 914 364 159 h
Hi,
becouse of the rules I can't post this thread to the development section
Anyway, I'm looking for some1 with Mango and Samsung phone combo.
I'm working on new version of WP BENCH and I need to know if there's any difference in DATA test between memory and storage part of the test.
If you would be so nice and want to help, please go to the Marketplace, download WP BENCH ($free), run the DATA test and post here your result of both its parts.
Thanks!
Robert
CPU s-8426ms p-7953ms
Data time 6966ms memory-13.07 mb/s. storage-13.07 mb/s.
Gpu 23 frame average 692 frames drawn.
Well thats really strange, the storage speed is same as memory speed and it happens on all devices, even HTCs with MicroSDs.
Looks like
a) Mango optimization is more than amazing
b) They're using some "first save to memory then write to storage in the separate thread" hack
Strange
Almost Same
CPU s-8437ms p-7788ms
Data time 6966ms memory-13.07 mb/s. storage-13.07 mb/s.
Gpu 23 frame average 693 frames drawn.
Samsung Omnia 7 with Mango beta (orange Uk)
Omnia 7 with Mango beta
CPU time-16400ms sequential-8504ms parallel-7896ms
data time-6982ms memory-13.07mb/s storage-13.07mb/s
gpu 701 frames, avg:23fps
Hello there,
two days ago i flashed teamhacksung's ICS aka CM9.
Firstday: everything smooth and okay
Second day: launcher starts to FC here and there, in the cm9 thread i found this "guide" (to bad that i just copied it to an txt and didnt copied the link...)
Code:
1. download Rom Toolbox from market, install, open
2.change to performance tab
3.build.prop tweaks
4.VM heap size to 48 mb
5. program will ask to reboot do it, go to toolbox again and choose Auto Memory Manager
6.choose presets->default
7.reboot and/or wipe cache
i downloaded Rom Toolbox and checked heapsize, currently its 128MB. So my question, is step 4 meaning to increase heap size from somthing default (<48mb) to 48mb or is it meant to decrease from current 128 to 48 mb? if i'm not remembering wrong, i had to increase heap for my tomcat server after having problems. so, (if its meant to) why decrease heap in android from 128 to 48? a short explanation would be cool.
I hope someone can help me with the heapsize question, i dont really want to make it even worse
Thanks in advance
Maybe will help u:
VM Heap Size
The heap is an area of dynamic memory allocated to programs. With a larger heap size, there is more memory for the program and the garbage collector can run more efficiently. Therefore, it is possible to get better performance by setting a larger VM heap size.
However, if you set it too high, you can run out of free memory which can trigger swapping which will degrade performance. Therefore the VM setting is a trade-off.
The optimal value will depend on the RAM on the device as well as the programs and usage patterns, therefore the optimal setting can often only be determined by the user experimentally.
Default value: varies between devices
Click to expand...
Click to collapse
source: droidgram[dot]com
It should be noted that in the ICS builds the build.prop now contains 3 variables pertaining to the heap size:
Code:
dalvik.vm.heapgrowthlimit
dalvik.vm.heapsize
dalvik.vm.heapstartsize
With the size in the tweaker referring to dalvik.vm.heapsize, the other two are new.
I have no clue as to what any of this means but I thought I should mention it.
Thanks for this informations, i'll try a lower value than 128
dodgex said:
Thanks for this informations, i'll try a lower value than 128
Click to expand...
Click to collapse
+ this Archive will help u :
http://forum.xda-developers.com/archive/index.php/t-1025915.html
damn...
it was way smoother (at least what i saw until now)...
but at least mp3 player (default music app) does not start...
first i set to 64m but as i saw that mp3 didnt work i thougt, maybe to less... i increased to 96 but here was mp3 also not working, after setting back to 128, still not working mp3...
as in the guide, i always cleared cache after changing value.
someone got an idea? do i have to reflash cm9?