Basically this tool will either run forever in search for Prime number OR it will stop and notify when CPU voltage is too low. Having this ported to Android would be huge help with Undervolting our phones.
Source is here: http://www.mersenne.org/freesoft/
"On an absolutely stable system, Prime95 would run indefinitely. If an error occurs, at which point the stress test would terminate, this would indicate that the system may be unstable. There is an ongoing debate about terms "stable" and "Prime-stable", as Prime95 often fails before the system becomes unstable or crashes in any other application. This is because Prime95 is designed to subject the CPU to an incredibly intense workload, and to halt when it encounters even one minor error, whereas most normal applications do not stress the CPU anywhere near as much, and will continue to operate unless they encounter a fatal error"
EDIT: There is a tool for this here
I bet this wont be good since it will most likely explode the device, or won't even run.
But if anyone can port it for ARM architecture, that'd be great since I'd love to see how far it can run on this X10.
Hzu said:
I bet this wont be good since it will most likely explode the device, or won't even run.
Click to expand...
Click to collapse
No reason for this, it works just like any simple CPU benchmark, but at least calculates something useful.
schriss said:
No reason for this, it works just like any simple CPU benchmark, but at least calculates something useful.
Click to expand...
Click to collapse
Yeah, I know. But I tried on my PC and it don't run, my PC had a hard hang. Haha, I'm scared of this tool.
Hzu said:
Yeah, I know. But I tried on my PC and it don't run, my PC had a hard hang. Haha, I'm scared of this tool.
Click to expand...
Click to collapse
That's exactly why it is useful. PC or phone might be stable when idling but when loaded you might get problems.
Strange that your PC locked up, its some serious issue there, more like hardware related, possibly a bios setting.
I could run Prime95 for a day long and all I get is high CPU temp, but system should be able to handle constant load (just like playing a game for hours)
schriss said:
That's exactly why it is useful. PC or phone might be stable when idling but when loaded you might get problems.
Strange that your PC locked up, its some serious issue there, more like hardware related, possibly a bios setting.
I could run Prime95 for a day long and all I get is high CPU temp, but system should be able to handle constant load (just like playing a game for hours)
Click to expand...
Click to collapse
Well, I haven't tried after changing my hardwares yet. I wonder how much battery it will use.
schriss said:
Basically this tool will either run forever in search for Prime number OR it will stop and notify when CPU voltage is too low. Having this ported to Android would be huge help with Undervolting our phones.
Source is here: http://www.mersenne.org/freesoft/
"On an absolutely stable system, Prime95 would run indefinitely. If an error occurs, at which point the stress test would terminate, this would indicate that the system may be unstable. There is an ongoing debate about terms "stable" and "Prime-stable", as Prime95 often fails before the system becomes unstable or crashes in any other application. This is because Prime95 is designed to subject the CPU to an incredibly intense workload, and to halt when it encounters even one minor error, whereas most normal applications do not stress the CPU anywhere near as much, and will continue to operate unless they encounter a fatal error"
Click to expand...
Click to collapse
if u really see a use for it i can make a quick version but unless its done in native code i doubt it would be a good metric to compare phones and its only single threaded, it also wouldnt be able to notify u if your voltage was to low ur phone would just hard lock
aaronpoweruser said:
if u really see a use for it i can make a quick version but unless its done in native code i doubt it would be a good metric to compare phones and its only single threaded, it also wouldnt be able to notify u if your voltage was to low ur phone would just hard lock
Click to expand...
Click to collapse
Wouldn't it know that returned number is wrong thus voltage to low? This should happen if you do not push it too much, people report that when lowering voltage slowly, the phone slows downs as CPU is handling errors. The app would detect this stage. Only when lowering voltage too much you get lockup. 1 thread would be useful because cores need to be tested independently, if you could specify core to run on, it would be ultimate stability test tool.
i think
just need to set governor to performance
This has been implemented, here: https://play.google.com/store/apps/details?id=com.into.stability&feature=search_result
The cpu worker performs mathematical calculations ("prime crunching") in native code and verifies the results, while the ram worker does heavy c memcpy operations in native code in a different thread.
Click to expand...
Click to collapse
Related
Would it be much trouble if the ROM devs could post the benchmark results on the first or second thread of their ROM? Would help see its strengths and/or weaknesses..
Any thoughts on this?
BenchMark App on the Market
http://www.cyrket.com/package/softweg.hw.performance
I don't think that would make any sense...
Your hardware doesn't change. The only thing that COULD make those benchmarks run faster would be new drivers inside the kernel. As most of the ROMs use basically the same kernel, you won't notice any difference
rb2k said:
I don't think that would make any sense...
Your hardware doesn't change. The only thing that COULD make those benchmarks run faster would be new drivers inside the kernel. As most of the ROMs use basically the same kernel, you won't notice any difference
Click to expand...
Click to collapse
the benchmark isn't for the hardware.. its for the software... software as in the ROM you are running on your phone and comparing it to a new ROM you'd like to try and so forth..
Tool measure phone performance for following categories:
- 2D Graphic performance
- CPU performance
- Memory performance
- File system performance
Click to expand...
Click to collapse
No it is not. That is simply a combination of:
- Hardware
- Drivers (and that usually means: Kernel Version)
A ROM might be able to tweak a little bit with another scheduler or mount options, but nothing really measurable.
rb2k said:
No it is not. That is simply a combination of:
- Hardware
- Drivers (and that usually means: Kernel Version)
A ROM might be able to tweak a little bit with another scheduler or mount options, but nothing really measurable.
Click to expand...
Click to collapse
Good point.. my mistake..
why not make it to where it "does things" with "real" apps. but time how long it takes.
ie.
run meebo in background + switch between 3 preset, complex websites, switch to maps, find and load a city + traffic, switch to audio player, exit audio player, find and program a calender appointment, etc all the way to the end.
this will benchmark a great many factors including connection speed and GPS lock-on time.
I've created a simple app to display the time the CPU spends in each frequency state and the current kernel build. May be useful to some... especially people running OC'ed kernels.
Also useful to confirm which kernel you're currently running.
** DOWNLOAD **
Android Market Link
Error complaining about states file not found? See this post.
*** Thanks to Rainerd for the patch to help with the negative state percentages.
Change log
v0.4.0 beta
-Display total state time
-Massive code cleanup
-Fix duration overflow bug
-Removed read-as-root attempt when unable to access states file due to instability
-Slightly improved tablet support
v0.3.2 beta
-Pulled in fix from Rainerd to help with percentage mixups after reboot
v0.3.1 beta
-Small fix that may help with freezing issues with some custom ROMS
v0.3.0 beta
-Attempts to read time_in_state file as root in case reading is blocked by a custom ROM
v0.2.2 beta
-States are now sorted from highest to lowest frequency
v0.2.1 beta
-added "Deep Sleep" to states list for time when CPU is off
v0.2.0 beta
-Added "reset timers" option to set all state timers to 0 sec
-Added "restore timers" to show time-in-state since boot
-Small UI adjustments
-Timers now show hours
v0.1.0
-Initial market release
Click to expand...
Click to collapse
source: https://github.com/bvalosek/cpuspy
previous versions (source only): https://github.com/bvalosek/cpuspy/tags
Works great on my rooted stock KB1 with CogKernel 4.
Since I'm running stock KB1, the full kernel name doesn't show up under About Phone and I've been looking for an easy way to confirm which kernel I've got installed at the moment, especially when I'm jumping from kernel to kernel. This works well.
If you made a (transparent) widget that showed the kernel name, I'd be all over it.
This is nice, now you can see what MHz use less of the cpu and you can undervolt more on those specific speeds.
Works on setup in my sig. Useful tool! Thanks!
just out of curiosity this displays total time in state since bootup correct? not like since last unplugged or since last magic trick
*edit
btw bravo, gave ya 5 stars in market
Just installed, I'll try it out through out the day and see how things look.
This is incredibly useful, thanks!
[Request]
Very useful. Thanks mate.
Working on dilligaf's 7.x with dilli pickle kernel, glitterball's kernel and xcaliburinhand's 2.3.5 kernel.
Request:
Could u please add a "reset" feature, if possible, so it would be easier to get the time spent on each state when playing with maximum CPU speeds. Like I might set my max speed to 1000 from 1280 n want to check the time spent at 1000. Right now only a reboot is resetting the data.
Or, like my gut feeling says, is this app reading for this data from anywhere forcing a reboot if the data has to be reset.
diablo009 said:
Very useful. Thanks mate.
Working on dilligaf's 7.x with dilli pickle kernel, glitterball's kernel and xcaliburinhand's 2.3.5 kernel.
Request:
Could u please add a "reset" feature, if possible, so it would be easier to get the time spent on each state when playing with maximum CPU speeds. Like I might set my max speed to 1000 from 1280 n want to check the time spent at 1000. Right now only a reboot is resetting the data.
Or, like my gut feeling says, is this app reading for this data from anywhere forcing a reboot if the data has to be reset.
Click to expand...
Click to collapse
It's reading the data from:
/sys/devices/system/cpu/cpu0/cpufreq/stats/time_in_state
Which only gets set to zero at each reboot.
Great app!
works perfect on the setup in my sig.
Thanks!
rajendra82 said:
It's reading the data from:
/sys/devices/system/cpu/cpu0/cpufreq/stats/time_in_state
Which only gets set to zero at each reboot.
Click to expand...
Click to collapse
what I had expected
thanks for the info !
so it basically does the same for Android & a really nice GUI
like the console-app cpufreq-info on linux
thanks a lot for coding that app, storm717 !
for me it probably will show 100 MHz for most of the time (due to powersave set in screen-off state) - it's however nice to know what frequency the CPU will spend most of its time in while it's on (the 2nd and 3rd most-used frequency) & dedicating some more UV-stability testing towards that frequency
others that don't use the powersave governor will surely find it even more useful
Handy Tool
Definitely a handy tool to have.
Quick, easy info without with command line for those who really want to know what's going on under the hood quickly and easily.
I did a fly by here this morning and it looks as though word is getting out about this.
Good show..
Peace-
LOL at those people saying "Works with setup in my sig!"... like you don't change that setup in your sig 5 times a month... You're gonna confuse all of the people that find this thread next week/month/year/decade/century.
Thanks for the cool app tho. Really do 'preciate it bra, should help UV'ing this sucker.
Awesome, this is exactly what I was looking for. Thanks!
Great job, man.
Working great on the Vibrant CM7 kernel.
Thanks again!
Glad you guys like it!
Updated to v0.2.0 in the Market -- added the reset timers features a few of yall requested. "reset timers" does what you'd think and "restore timers" returns them to show the time in each state since boot.
storm717 said:
Glad you guys like it!
Updated to v0.2.0 in the Market -- added the reset timers features a few of yall requested. "reset timers" does what you'd think and "restore timers" returns them to show the time in each state since boot.
Click to expand...
Click to collapse
Now that is what I call above and beyond.....thank you. Leaving app now and going to web site just to hit your button.
The time readouts in 0.2.0 are getting wrong after I keep the phone running for a long time. Here is the output from the file:
File:
1600 0
1500 0
1400 17001
1300 0
1200 8537
1120 0
1000 27348
900 0
800 434348
600 212601
400 149584
200 152861
100 561535
By the time I took this reading my phone has been up about 13 hours. The sum of all the values is 1563815, which seems to indicate that the values in each state are in terms of 1/33.33 seconds. This appears to be different than when the phone runs for a short time, when the values in the file seem to be in terms of 1/100 of a second. At some point the system must be making a switch to how it records, unless I am interpreting the numbers wrong, and the older times are getting discarded, and the sum has nothing to do with up time. CPU Spy still thinks that the values are in 1/100 of a second, and gives time in 1400 state as 0:2:50, and total of all states as 4:20:38. This can be avoided if the sum of the states values is checked against up time to come up with what the current unit of measurement is.
rajendra82 said:
The time readouts in 0.2.0 are getting wrong after I keep the phone running for a long time. Here is the output from the file:
File:
1600 0
1500 0
1400 17001
1300 0
1200 8537
1120 0
1000 27348
900 0
800 434348
600 212601
400 149584
200 152861
100 561535
By the time I took this reading my phone has been up about 13 hours. The sum of all the values is 1563815, which seems to indicate that the values in each state are in terms of 1/33.33 seconds. This appears to be different than when the phone runs for a short time, when the values in the file seem to be in terms of 1/100 of a second. At some point the system must be making a switch to how it records, unless I am interpreting the numbers wrong, and the older times are getting discarded, and the sum has nothing to do with up time. CPU Spy still thinks that the values are in 1/100 of a second, and gives time in 1400 state as 0:2:50, and total of all states as 4:20:38. This can be avoided if the sum of the states values is checked against up time to come up with what the current unit of measurement is.
Click to expand...
Click to collapse
I'll look into this tonight, but I think this is the correct behavior. The CPU goes into a deep sleep mode after a while and effectively shuts off waiting for external input or something interesting to happen. If this is the case I may add a "deep sleep" row to clarify.
app works as its states. i'm running phoenix ultimate, speedMod K13D, great job man
Indeed it is better... ive used setCPU for since i first starting modding, and recently a friend turned me onto SystemTunerPRO & i gotta say its a million times better!
OC's ALWAYS stay, never gets killed by the system, UV's correctly, and has awesome organization!
Has the ability to controll what apps launch on boot, control memory usage, edit the MinFree settings, adjust the task-killer, just wow... yeah too much to say.
I suggest this WAY OVER setCPU... you should check it out...
https://market.android.com/details?...ult#?t=W251bGwsMSwyLDEsImNjYzcxLnBtdy5wcm8iXQ..
(if you dont want to pay the measly $5... Google for it)
-or if you use something better... tell us about it.
Imho, if you like the app and use it, you should just pay for it. The author has put time and effort into the product that has benefited you. The money he gets may inspire him to make more or better products.
Bought this immediately.
It trumps; Taskiller, SetCPU, Startup Auditor & Titanium Backup. I've uninstalled all off those.
It's an all-in-one interface with very simple and direct options. Not recommended for Android newbs. This can and will brick your **** if you don't know what you're doing. I love it. Excellent app.
Sent from my SAMSUNG-SGH-I997 using xda premium
Voltage Control also works well.
Brainze said:
Bought this immediately.
It trumps; Taskiller, SetCPU, Startup Auditor & Titanium Backup. I've uninstalled all off those.
It's an all-in-one interface with very simple and direct options. Not recommended for Android newbs. This can and will brick your **** if you don't know what you're doing. I love it. Excellent app.
Sent from my SAMSUNG-SGH-I997 using xda premium
Click to expand...
Click to collapse
1. task killers kill your battery, not your tasks
- by killing tasks, you are forcing android to kill then reload applications that would normally save more battery by being left in system memory (this removes the need to reload data)
2. what about system tuner pro makes it better than TiBU??
Simba501 said:
Voltage Control works very well also.
Click to expand...
Click to collapse
3. yes. VC is by far the easiest to use and if you use it correctly(usually by itself), you will have no problems
4. system tuner is a heavy user of system resource...the ONLY feature i've found that it has that others dont (at least i havent found a replacement yet) is its ability to display current CPU frequency...i used system tuner pro alot when i was undervolting my cpu and stress testing so i could see how hard the phone was working
The *Nix philosophy: Do one thing and do it well. I used System Tuner and found it's interface to be awful/ugly, and didn't really fulfill any need that a more focused app didn't. System Tuner really can't do all the things TiBu can, and voltage settings should never be "killed" by your phone since they're written to file.
I still prefer SetCPU. I like an app to be organized and the one you recommend is not. It's messy and sloppy.
There is NO backup app that comes close to being as perfect and bad ass as Titanium Backup.
Can't get STP to save on reboot completed
Hope this thread still attracts some attention, so I don't have to clutter up threads with a new on on same program
Using Bricked V5 kernel and Insert Coin Sense 4 Beta 12 ROM
Both STP and Antutus' CPU Master do not save selected settings (max / min speed, voltages etc) over reboots, although this is selected (on STP have "on boot completed" selected, and on CPU Master it's a tickbox as with SetCPU)
Only SetCPU saves my preferences over reboot.
Can anyone tell me how to overcome this. In particular I want STP to work over restarts, so I can tweak voltages as well as clock speeds
Edit: Oh dang I found this thread searching for STP, and overlooked it is a Samsung thread,. Doh!. Will repost in Sensation forum
jesterpaul said:
Hope this thread still attracts some attention, so I don't have to clutter up threads with a new on on same program
Using Bricked V5 kernel and Insert Coin Sense 4 Beta 12 ROM
Both STP and Antutus' CPU Master do not save selected settings (max / min speed, voltages etc) over reboots, although this is selected (on STP have "on boot completed" selected, and on CPU Master it's a tickbox as with SetCPU)
Only SetCPU saves my preferences over reboot.
Can anyone tell me how to overcome this. In particular I want STP to work over restarts, so I can tweak voltages as well as clock speeds
Edit: Oh dang I found this thread searching for STP, and overlooked it is a Samsung thread,. Doh!. Will repost in Sensation forum
Click to expand...
Click to collapse
lol.
Sent from my A500 using Tapatalk
scottx . said:
I still prefer SetCPU. I like an app to be organized and the one you recommend is not. It's messy and sloppy.
There is NO backup app that comes close to being as perfect and bad ass as Titanium Backup.
Click to expand...
Click to collapse
TB dev started developping this app when Android started existing and receives a lot of support from Google. Yes it's far more advanced: the only feature that STP doesn't have (yet ) is the multi-version backups.
Messy and sloppy... Maybe, a matter of opinion and taste. No question on that.
jesterpaul said:
Both STP and Antutus' CPU Master do not save selected settings (max / min speed, voltages etc) over reboots, although this is selected (on STP have "on boot completed" selected, and on CPU Master it's a tickbox as with SetCPU)
Only SetCPU saves my preferences over reboot.
Click to expand...
Click to collapse
Interesting... Have you contacted the devs of those apps to see if they can help? When you tested these, did you kept all 3 apps installed and configured?
I believe everyone is entitled to have preference, but know one thing for all 3 devs it's the same complexity: every kernel, every phone behaves differently. Not to mention ROMs or even possible user errors.
And as you have a Sensation, STP was partly developped on this device, and this device requires a specific work-around to be able to read and write CPU settings!
If you do want STP to work and are willing to spend a little time investigating, contact the dev I know him and he will do everything to help (I know cause it's me).
adalgiso said:
The *Nix philosophy: Do one thing and do it well. I used System Tuner and found it's interface to be awful/ugly, and didn't really fulfill any need that a more focused app didn't. System Tuner really can't do all the things TiBu can, and voltage settings should never be "killed" by your phone since they're written to file.
Click to expand...
Click to collapse
2 philosophy: some users prefers all in one apps, some prefers app that focus on one thing.
My 2 cents: the more apps, the more consumption you get. The worth example is apps reading battery data... If you have one that reads it ok, if you have 5 apps: 5 times the consumption.
Noted a user saying a task killer is bad: if you know how to configure it it's much better than the Android integrated one which will kill widget apps at will and blindly or even apps you use frequently but will always leave Google's app running even you never use them!
And STP can configure its own task-killer and the OOM Android integrated one.
STP is less than one year old, and is only my second app in Java and on Android. Still a lot to add to it, and still some imperfections, but working on it.
Now I fully understand all opinions expressed here. They are very reasonable too.
Let's meet in a year from now and see if I can change your opinion on this.
In the mean time, enjoy your apps or my apps preferably
I have grown to like all in one apps, such as this (system tuner) there is another that I'd like to point out called ROM toolbox, I use it for everything, back up apps, root browser, ad manager, boot animation installer, voltage controller, mem controller, ect. It's nearly got a function for everything, and I think people should take a look at it, it's nice, and all my stuff would be lost without it
Sent from my SGH-I997 using xda premium
Looking for tweaks for system tuner pro.
I'm using system tuner pro on my Galaxy Tab 10.1 and really enjoy it so far. I also use Titanium Backup and SetCPU which both do exactly what I need them to. I use stp mainly for the ability to monitor my cpu, memory, ect. I am looking for tweaks to set to get my tablet running even smoother. Right now I'm running stock HC 3.2 ROM with pershoot's kernel oc to 1.4ghz. What can I do in stp to optimize my settings further? Changes to governor, on demand? SD cache size and IO scheduler? That type of thing. I would appreciate any helpful tips especially since the developer has been on this thread and seems to be very helpful. Thanks.
Bigzinewicz said:
I'm using system tuner pro on my Galaxy Tab 10.1 and really enjoy it so far. I also use Titanium Backup and SetCPU which both do exactly what I need them to. I use stp mainly for the ability to monitor my cpu, memory, ect. I am looking for tweaks to set to get my tablet running even smoother. Right now I'm running stock HC 3.2 ROM with pershoot's kernel oc to 1.4ghz. What can I do in stp to optimize my settings further? Changes to governor, on demand? SD cache size and IO scheduler? That type of thing. I would appreciate any helpful tips especially since the developer has been on this thread and seems to be very helpful. Thanks.
Click to expand...
Click to collapse
You can find some tips to get you started here: http://www.3c71.com/android/?q=node/64#main-content-area
3c said:
You can find some tips to get you started here: http://www.3c71.com/android/?q=node/64#main-content-area
Click to expand...
Click to collapse
Thanks was looking for a site to learn more about this app! I am a new user to the andriod platform and find this app a great resource. Thanks for the great app and keep up the great work. :good:
Cheers
p.s. I have the Pro version
Great App thankyou .
I'm new-ish to using this as my main control app,although I bought it over a year ago,but unless your almost Of dev standard it can get a bit confusing, it's looking and is easier to use now smart phone screens are alot bigger.
I do still use T.B for certain things it is already setup with old backups and cloud feature use,I realize this app can do most but I've always used T.B.
Anyway my question probably easy but I'm using a dual core cpu but can't find how to change cpu1, I can change cpu 0 and see the frequecies for both but only the sliders for cpu0!
I've just thought my phone is rooted but locked bootloader so maybe because I'm using stock kernel maybe it's only letting me change 1cpu?
Its not even showing sliders for 2nd cpu though . e
Any help appreciated.
I'll probably need more help but I want to get this sorted 1st .
Since I stopped using multi task killers ,auto memory killer pro,cpu control (set cpu ) n so on, now using System Tuner Pro, Juice Defender Plus and Tit Backup Pro that's all I'm able to find then address issues so much easier.
Also Dev is very helpful ,I left Comment on play review and was emailed within a day ,so thanks A1 customer service .Thank dev and any one who can help me.
thank you for your mind bendingly difficult work on this app!
3c said:
TB dev started developping this app when Android started existing and receives a lot of support from Google. Yes it's far more advanced: the only feature that STP doesn't have (yet ) is the multi-version backups.
Messy and sloppy... Maybe, a matter of opinion and taste. No question on that.
Interesting... Have you contacted the devs of those apps to see if they can help? When you tested these, did you kept all 3 apps installed and configured?
I believe everyone is entitled to have preference, but know one thing for all 3 devs it's the same complexity: every kernel, every phone behaves differently. Not to mention ROMs or even possible user errors.
And as you have a Sensation, STP was partly developped on this device, and this device requires a specific work-around to be able to read and write CPU settings!
If you do want STP to work and are willing to spend a little time investigating, contact the dev I know him and he will do everything to help (I know cause it's me).
2 philosophy: some users prefers all in one apps, some prefers app that focus on one thing.
My 2 cents: the more apps, the more consumption you get. The worth example is apps reading battery data... If you have one that reads it ok, if you have 5 apps: 5 times the consumption.
Noted a user saying a task killer is bad: if you know how to configure it it's much better than the Android integrated one which will kill widget apps at will and blindly or even apps you use frequently but will always leave Google's app running even you never use them!
And STP can configure its own task-killer and the OOM Android integrated one.
STP is less than one year old, and is only my second app in Java and on Android. Still a lot to add to it, and still some imperfections, but working on it.
Now I fully understand all opinions expressed here. They are very reasonable too.
Let's meet in a year from now and see if I can change your opinion on this.
In the mean time, enjoy your apps or my apps preferably
Click to expand...
Click to collapse
DEEEZZO!! Damn Dogs, yall just got served! HAHAHA:laugh:
seriously though, I know this is an older thread, hopefully someone listening. I had some questions about what a few thing meant in system tuner pro...which I think is a super hero app. I have only recently discovered that my lg thrill is a power and complicated device, even though I,ve had for over a year. before it was just a really cool phone. In the past two months I have bricked I have bricked on of my phones or the other
11 times-i bought another one so i wouldn't have to worry about not having a phone-half a dozen of those times was exploring system tuner settings. while I am a pro at flashing and recovery, i know virtually nothing about my device, and would love to know what some of these settings do. how to optimize her for each of the different ways I use her. that said, what is the difference between default and recommended setting in sys con?
pollutedmuse said:
DEEEZZO!! Damn Dogs, yall just got served! HAHAHA:laugh:
seriously though, I know this is an older thread, hopefully someone listening. I had some questions about what a few thing meant in system tuner pro...which I think is a super hero app. I have only recently discovered that my lg thrill is a power and complicated device, even though I,ve had for over a year. before it was just a really cool phone. In the past two months I have bricked I have bricked on of my phones or the other
11 times-i bought another one so i wouldn't have to worry about not having a phone-half a dozen of those times was exploring system tuner settings. while I am a pro at flashing and recovery, i know virtually nothing about my device, and would love to know what some of these settings do. how to optimize her for each of the different ways I use her. that said, what is the difference between default and recommended setting in sys con?
Click to expand...
Click to collapse
The default is what's been configured on the Kernel installed, either by manufacturer or dev on XDA. The recommended is actually some settings that have "proven" to work on most devices. Make sure to have a NANDROID backup or a way to recover in case it doesn't work for you. Once applied you can review the changes (they appear in blue) and reset them as you wish. It also resets completely on reboot to be safe, until you press the 'on boot' button to restore them on each reboot.
PS: If you like System Tuner, you might love Android Tuner, the merging of System Tuner and Battery Monitor Widget. If so there's a special offer/discount for existing users.
In the market? Or can I purchase direct from your site (preferred).
What is the function of the I/O scheduler and the difference between noop/deadline/cfq?
BTW, I don't just like STP I love it! I'm constantly fiddling with it. Seems like a very complicated project. I will get the other after I submit this post and check it out. Thanks bro!
Sent from my LG-P925g using xda app-developers app
pollutedmuse said:
In the market? Or can I purchase direct from your site (preferred).
What is the function of the I/O scheduler and the difference between noop/deadline/cfq?
BTW, I don't just like STP I love it! I'm constantly fiddling with it. Seems like a very complicated project. I will get the other after I submit this post and check it out. Thanks bro!
Sent from my LG-P925g using xda app-developers app
Click to expand...
Click to collapse
Most of my apps can only be purchased on Play Market for now. Android Tuner is available on SlideME now, which offers various payment methods (PayPal, Amazon, etc).
I used to sell on AndroidPIT, but they are very bad for business so I stopped, and I would strongly recommend not to purchase with them, only means troubles. SlideME offers guarantees like on PlayStore, which AP doesn't.
That said, I might publish my other apps on SlideME if it turns out well.
As for IO scheduler, it's the way the kernel will organize (schedule) IO operations on SD cards, noop, deadline and cfq are the most frequently available and used. deadline is said to be the most effective in a multi-tasking environment, whereas noop might create lags in some circumstances. Opinion and experiences differ largely, so might be best to test them.
PS: I would be happy to sell direct, but that requires an infrastructure I don't have. Relying on PlayStore or other distributor makes it easy to publish and also distributes updates.
Thank you sir, the only reason I was wondering about an alternative place of purchase is because, well long story short, my buddy shared a launcher apk with me and the play store got into my phone and froze not only the app, but my whole phone. After reboot all was fine minus the app. I guess it seemed kind of like a search and siezure with out a warrant. I felt a bit slighted and thought I would run an experiment and see if I can produce a comparable experience with all my various types of tech mediums without a single shred of google interface of any kind....I have to admit, it is not easy, they have really intertwined themselves with eanything. No, I'm not paranoid, just trying something new.
BTW, GOOD FN JOB WITH AT!!! Quite an amazing job you have done, any others besides the two? You ought somehow do a game of sorts, like an android app building or developer challenge/puzzle type thing with the purpose of training greenhorns interested in learning and honing veteran skills as well. Sorry for the spam, again thanks, and nice work.
Ps, I did relapse a lil and purchase AT from google...sshhh, don't tell anyone!haha
Sent from my LG-P925g using xda app-developers app
Hey everyone,
Version 2.0.0 released!
This version introduces performance tuning, power management control, and an optional MMC I/O queue extension/timing change.
For those of you who have seen reboots / black screens that seem to be caused by Seeder, I suspect it may be due to the power management implemented in previous versions. Disabling power management (by unchecking "Suspend RNG service while screen off") may help. In my testing, battery impact was negligible (less than 2% per 24h).
The performance profiles are Light, Moderate, and Aggressive, and they control how frequently rngd wakes. The default configuration (Light) is unchanged from previous versions. Moderate and Aggressive may impact battery life (slightly), but may also help on devices where the entropy pool is drained quickly and often.
Last but not least, the "Extend I/O queue" option increases the nr_requests on MMC devices to 1024, and increases the dirty page expiry time, allowing more outstanding writes to accumulate. This may allow the I/O scheduler to make better decisions and combine more writes; some users have reported an improvement under heavy I/O.
Feedback appreciated!
---
On some (older) versions of Android, the JVM (and other components) often read random data from the blocking /dev/random device. On newer builds, this problem has been solved, yet depletion of the input entropy pool still seems to slow devices.
So, I cross-compiled rngd, and used it to feed /dev/urandom into /dev/random at 1 second intervals.
Result? Significant lag reduction (for some people)! :good:
Note - if you want to try it, you must be running a rooted device, and you only need to install one of the APKs (latest version is best). Then, just open it, and turn it on. The other files (patches / .zips) are intended for recompiling, packaging, and init.d integration. If you uninstall the app, either turn off rngd first (open, and click the on/off button), or reboot afterwards; the UI does not presently kill the daemon on uninstallation.
For more information on using the .zip flashing method, see Ryuinferno's post here:
http://forum.xda-developers.com/showpost.php?p=36479461&postcount=1924
FAQ
Q: Do I need the .apk or the .zip?
A: The easiest method is simply installing the latest .apk, attached below. You do not need to use the patch or the .zip file.
Q: What is the patch for?
A: The patch file contains the source differences needed to recompile the Seeder version of the rngd binary. You only need it if you want to recompile rngd yourself.
Q: What is the .zip file for?
A: The .zip file contains the latest rngd binary. It is intended for ROM builders or those who want to build their own CWMR packages.
Q: Seeder keeps shutting down! Does this mean I have to restart it?
A: The Seeder UI is only used to configure and start/stop the RNG service, which runs in the background. The RNG service is not visible from Android, since it is a native Linux process. You can terminate the UI at any time, and the service will continue running.
Q: Does seeder cause excessive battery drain?
A: Seeder 1.2.7 introduced an RNG service power-saving mode. The process automatically suspends whenever the screen is off. The code is actually in the rngd native binary, so suspend/resume events happen independently of the UI; you can see it in action by attaching to the running process with strace. This means that battery drain while the screen is off is highly unlikely.
While the screen is on, the RNG service simply polls a file descriptor every second, and, when needed, injects a small amount of random data into /dev/random (and calls an ioctl). It's unlikely that this would present enough load to trigger a CPU governor state change at 10mhz (let alone 200mhz), so it shouldn't impact battery life. Having said that, I have received sporadic reports that it does reduce battery life on some devices. They may be coincidental (other software installed at the same time), or due to extra device use while testing. Or, they may be real. If you think your battery drain has increased, shoot me a PM!
Q: How can I see the RNG service Linux process?
A: In a terminal, type: ps | grep rngd
Q: How do I uninstall the .apk?
A: Launch Seeder, and stop the RNG service. Then, uninstall the app as you normally would. Alternatively, uninstall the app, and reboot.
Q: Is seeding /dev/random with /dev/urandom safe?
A: Seeding /dev/random with PRNG-derived data does reduce the quality of its random data. However, it's worth noting that nearly all major OSes except Linux do this. Linux is one of the very few to offer a blocking RNG device. And, at least as of ICS, Dalvik doesn't even read /dev/random, so there is little difference anyway.
Updates
There has been a lot of controversy about Seeder/rngd. In newer versions of Dalvik, nothing touches /dev/random, and yet many users (including myself) still notice a lag reduction. There are theories ranging from kernel lock contention to UI polling load when crediting the entropy pool to simply kicking the governor. And many who believe it's all placebo. I'm trying my best to figure out what exactly is happening, and others are as well.
Someone asked how I arrived at the conclusion I did when I started the thread back in November, and I posted this; I think it might be better served here:
A while back one of the webapps I was hosting on Tomcat (server-side) was experiencing some inexplicable latency and while stracing java I saw it frequently hanging on read()'s from /dev/random. I checked the available entropy, and it was constantly under 250 or so. It was a VM, no HWRNG, so I decided to use rngd to push urandom->random.
Dropped session creation times under load from 5-10 seconds to less than a second.
It's worth noting that Linux is one of very few OSes that have a blocking RNG device. Free/OpenBSD, Windows, etc.. essentially only provide urandom. It's generally considered secure, even for long-term crypto keys, so long as the initial seed is big (and random) enough.
Checked on my device, and saw a few processes grabbing /dev/random. /proc/sys/kernel/random/entropy_avail reporting depleted input pool. Figured it was worth a shot, so I rebuilt rngd for arm (with a few patches, linked on first page), and tried it out. It made a significant difference. Posted it up on this thread, and had a lot of positive feedback. Wanted to get into Android development, so figured.. why not wrap a little UI around it. More positive feedback, so I threw it on the market as well.
I had no idea it would take off like this and was shocked when I saw it Thursday morning. I'm in the awkward position now of explaining why it seems to work for some people, and not for others, especially given the fact Dalvik doesn't have references to /dev/random as of ICS. Theories abound, but it looks like it might be an issue of polling the UI for input events when the entropy pool drops (which never happens so long as rngd is running).
I'm doing this as a hobby. I'm a *nix admin by trade, and can only spend time working on this stuff on evenings and weekends, and the last few weeks have been kinda nuts.
I want to stress to everyone that:
a) It doesn't work the way I thought it did on later Android builds, but it does reduce latency for me and many others even on these builds,
b) I'm offering (and always will offer) Seeder for free to everyone on XDA,
c) Like I say in the market description, if anyone has purchased it and it isn't working, PLEASE email me for a refund (and let me know what device you're on if you're willing).
I was one of the first to root the Captivate glide (my first Android phone), and submitted the A2DP bitpool patch; I was active in the n900 community. I hope everyone understands that I'm doing my best here!
I hope the technique proves useful to people, and if there is in fact contention at the kernel level, I hope it's solved so we all benefit.
Version 2.0.0 attached. No changes.
Version 2.0.0b1 attached. New performance profile selector, I/O queue extender, and power saving control. Improved root checking.
Version 1.4.0 attached. Major refactoring. Service control now fully asynchronous.
Version 1.3.1 attached. No changes from 1.3.1-beta.
Version 1.3.1-beta released. New root check method during ANR-sensitive code.
Version 1.3.0 attached. Proper IntentServices for process control, and notification on upgrade / loss of root / autostart failure.
Version 1.2.9 attached. Yet another update to the upgrade/autostart code.
Version 1.2.8 attached. Asynchronous startup of rngd during boot; this should solve the remaining autostart problems some users have reported.
Version 1.2.7 released. This version introduces a much more efficient suspend-on-sleep mode for rngd.
Version 1.2.6 released. This version reverts the suspend-on-sleep rngd change which may have been contributing to new latency. I'm sorting out a better way of implementing it.
Version 1.2.5 released. This version should fix the autostart failure some users have seen.
Version 1.2.4 released. This version implements a progress bar displaying your currently available entropy, as well as automatic rngd restart on upgrade.
Version 1.2 released. This version implements rngd suspend-on-sleep, and contains minor user interface updates, more robust process and superuser checks, and a new icon (thanks Nathanel!)
Version 1.1 released. This version uses the release signature, so you will need to uninstall the old XDA version first!
This version fixes the issue some users were seeing on later Jellybean ROMs, where the UI would misreport the RNG service status.
Caveats
There is a (theoretical) security risk, in that seeding /dev/random with /dev/urandom decreases the quality of the random data. In practice, the odds of this being cryptographically exploited are far lower than the odds of someone attacking the OS itself (a much simpler challenge). It's worth noting that as of ICS, Dalvik uses /dev/urandom exclusively, anyway, and that Linux is one of very few modern operating systems that even offer a blocking RNG device to begin with.
Support for rngd suspend-on-sleep was added to Seeder 1.2. It should no longer impact battery life while the device is asleep.
There has been a large amount of speculation on why/if this actually improves performance on ICS+ devices. I'm continuing to investigate and will post updates to this thread.
If you try it, let me know how it goes.
ROM builders - feel free to integrate this into your ROMs (either the .apk / application, or just the rngd binary called from init.d)!
If anyone's interested, I've launched a paid app on the Play store for non-xda users. As I add features I'll post the new versions here as a thanks to you guys (and xda community at large for being such a great resource). But if anyone's interested in the market's auto-update feature, just thought I'd mention it.
Cheers! :highfive:
This seems absolutely amazing!I think I'll try it out on the weekend, cheers!
Will this work for cwmr 6
Sent from my SGH-I927 using xda app-developers app
Hi,
I would try this, cause I experienced these lags, and they're really annoying, but I'd really need a simple instruction for what to do. You wrote how you managed to discover what to do and stuff, but I'm lost between the lines. Since I'm kind of a newbie, I'm kindly asking you to write some kind of instruction manual step by step, and forgive my ignorance
Laugher19 said:
Will this work for cwmr 6
Click to expand...
Click to collapse
Not yet. If a few people try it and report positive results, I'll make a flashable image. Stay tuned.
soadzoor said:
Hi,
I would try this, cause I experienced these lags, and they're really annoying, but I'd really need a simple instruction for what to do. You wrote how you managed to discover what to do and stuff, but I'm lost between the lines. Since I'm kind of a newbie, I'm kindly asking you to write some kind of instruction manual step by step, and forgive my ignorance
Click to expand...
Click to collapse
I updated the first post with instructions. Please be careful, though! Let me know if you need more detail.
lambgx02 said:
I updated the first post with instructions. Please be careful, though! Let me know if you need more detail.
Click to expand...
Click to collapse
I got troubles. Using Terminal Emulator I got an error message when I type the 3rd line ("cp /mnt/sdcard/rngd /system/xbin"), it says: "sh: cp: not found"
soadzoor said:
I got troubles. Using Terminal Emulator I got an error message when I type the 3rd line ("cp /mnt/sdcard/rngd /system/xbin"), it says: "sh: cp: not found"
Click to expand...
Click to collapse
Where did you transfer rngd to on your phone? Have to make sure the source path matches.
lambgx02 said:
Where did you transfer rngd to on your phone? Have to make sure the source path matches.
Click to expand...
Click to collapse
It does match, that's why I'm confused.. :\ which terminal do you use?
Will test this later, for sure! If all goes well, may I request permissions to include this with the MIUI build I will be learning to make and attempting to produce?
edit: My phone wasnt particularly laggy before except when playing games, but there is a noticeable difference after executing this binary. Noticed a few small hangs but unsure if it is related to this binary.
I've tested it ... integrated it into my rom and installed ... there was no lag even right after it first boot ... its incredibly smooth ... though I too noticed small hangs ... though I attributed this to the device getting ahead of itself ....
Sent from my SGH-I927 using xda premium
Yeah it kind of seems like its fine after settling a bit. Can't wait to see it in 0.7 thegreatergood.
Sent from my SGH-I927 using xda premium
Ok, everyone. I built a very simple Android app that bundles the rngd binary and starts/stops it. Details in first post.
lambgx02 said:
Ok, everyone. I built a very simple Android app that bundles the rngd binary and starts/stops it. Details in first post.
Click to expand...
Click to collapse
wow ... that was quick ... maybe i should look into a custom tweaking app for my rom ...
Zero Computing said:
Will test this later, for sure! If all goes well, may I request permissions to include this with the MIUI build I will be learning to make and attempting to produce?
Click to expand...
Click to collapse
Of course you can!
edit: My phone wasnt particularly laggy before except when playing games, but there is a noticeable difference after executing this binary. Noticed a few small hangs but unsure if it is related to this binary.
Click to expand...
Click to collapse
Yeah, sometimes we really do hit filesystem I/O limits, but at least this should help once everything has been cached.
Ok, autostart on boot is working.
Seems to be a little faster...game still lagging though guess I will give it time
Sent from my SGH-I927 using xda app-developers app
Trying it out. Definitely noticing faster returns to the home screen. I'm using the ICS "only one" build for galaxy note sgh-i717
.
Sent from my SAMSUNG-SGH-I717 using xda app-developers app
OMG! I downloaded via qr code. and OMG! My phone runs sooo much smoother than before!!
This is one of the best mod for glide ever. Things are much smoother and faster to access. ES file explorer, dialer and contact list comes up so fast.
Thanks for this, really appreciate the mod. I'm keeeping it .
Sent from my SGH-I927
Would this work on other devices?
Hello I'm looking for Set CPU but all links to Google Play Store appear to be broken, would like a reliable link for this app. Or is this app outdated? In that case would like suggestions for any other app for over locking of CPU. Bear in mind that I am new to the concept. Thanks in advance
Ism786 said:
Hello I'm looking for Set CPU but all links to Google Play Store appear to be broken, would like a reliable link for this app. Or is this app outdated? In that case would like suggestions for any other app for over locking of CPU. Bear in mind that I am new to the concept. Thanks in advance
Click to expand...
Click to collapse
Many Smart Pack kernel manager ( my favorite), FKM kernel manager , Ex Kernel manager .
This is a useless app made by Vietnamese people (I'm Vietnamese). It cannot overclock which many people mistakenly believe, and it only has the task of limiting the CPU speed, the CPU speed is managed by the OS and limiting it is a bad way because no matter what task it does it will be slowed down. When idle the CPU will automatically reduce its voltage and speed by OS. Any process no matter how big or small with high CPU speed it will be processed very fast even with small tasks that are reported not to use up CPU but it will still be faster than a slower CPU. Kernel Auditor is also useless.
SetCPU is only usefull if you have a modded kernel with added clocks (some of wich may be way to high for you device so need to be blocked to prevent crashes) and i used this version https://www.mobileapkfree.com/apk/setcpu-for-root-users IT MAY BE MODIFIED AND HAVE A VIRUS OR SOME **** so use at your own risk.