Post Reply

[TWEAK](SIYAH/REDPILL/N.E.A.K.)MagicConfig for VC & NOW for ExTweaks(GB/ICS)

OP geko95gek

27th January 2012, 01:24 PM   |  #41  
TecQuality's Avatar
Senior Member
Thanks Meter: 147
 
1,312 posts
Join Date:Joined: Feb 2009
More
nice thread i'll check later.
27th January 2012, 01:30 PM   |  #42  
droidphile's Avatar
Recognized Contributor
Flag Bangalore
Thanks Meter: 6,958
 
1,064 posts
Join Date:Joined: Jul 2011
Quote:
Originally Posted by Suarez7

No. smartassv2 has.. great governor and lulzactive have

SmartassV2 does not have a screen-off profile. (Smartass has). It has only a "sleep_ideal_freq" to which the governor ramp down CPU aggressively when screen is turned off.
If some task demands more power during screen off, the frequency can go all the way upto maximum frequency depending on the load/demand.

Lulzactive has screen-off profile and the max-freq for scree-off state is configurable as well.
The Following 3 Users Say Thank You to droidphile For This Useful Post: [ View ]
27th January 2012, 01:42 PM   |  #43  
Senior Recognized Developer
Flag Owego, NY
Thanks Meter: 24,470
 
13,360 posts
Join Date:Joined: Aug 2007
Donate to Me
More
Quote:
Originally Posted by droidphile

Yes, i have the same opinion.
Second graph in this thread by Ezekeel, shows the difference between lower and higher frequency steps' battery consumption with and without LPA/deep idle. As it occurs, higher frequency supports race-to-idle better there

Again, "100 mhz bad compared to 200 mhz" depends on we're using lpa or not. (sched_mc=2 or 3).

Anyhow, since only first core can hit lpa, screen-off profiles with: different governor, hard limiting frequency, switching to single core mode, etc actually does a little harm than good by delaying for race-to-idle.

Yup - thanks to stuff like idle states and multiple cores, many of the old "rules of thumb" have become FAR more complicated.

In my opinion - hard-limiting to 200 is bad. I hard-limit to 500 as a safety measure - voltage increases a decent amount at 800, and if something drives more than a blip at 800, something is wrong.

Deciding when to turn on/off the second core is much tougher - having it on gets you "done quicker" in theory - but turning it on takes time, and some tasks run less efficiently when spread across cores. Also it may be better to hit 800 MHz than to run both cores at 500.
The Following User Says Thank You to Entropy512 For This Useful Post: [ View ]
Suarez7
27th January 2012, 01:44 PM   |  #44  
Guest
Thanks Meter: 0
 
n/a posts
Quote:
Originally Posted by droidphile

SmartassV2 does not have a screen-off profile. (Smartass has). It has only a "sleep_ideal_freq" to which the governor ramp down CPU aggressively when screen is turned off.
If some task demands more power during screen off, the frequency can go all the way upto maximum frequency depending on the load/demand.

Lulzactive has screen-off profile and the max-freq for scree-off state is configurable as well.

That is a weird one as i always thought smartassv2 had that profile already implemented in it. Honestly i prefer smartassv2 compare to lulz cause phone sleeps better and when in idle does not lose as much batter as lulz would. Thanks for explaining friend

Sent from my GT-I9100 using xda premium
27th January 2012, 02:00 PM   |  #45  
droidphile's Avatar
Recognized Contributor
Flag Bangalore
Thanks Meter: 6,958
 
1,064 posts
Join Date:Joined: Jul 2011
Quote:
Originally Posted by Entropy512

Yup - thanks to stuff like idle states and multiple cores, many of the old "rules of thumb" have become FAR more complicated.

In my opinion - hard-limiting to 200 is bad. I hard-limit to 500 as a safety measure - voltage increases a decent amount at 800, and if something drives more than a blip at 800, something is wrong.

Deciding when to turn on/off the second core is much tougher - having it on gets you "done quicker" in theory - but turning it on takes time, and some tasks run less efficiently when spread across cores. Also it may be better to hit 800 MHz than to run both cores at 500.

Yup, 'rules of thumb' are no longer valid. It's the world where "ondemand" can save juice, "conservative" can conserve nothing, and so on, with more and more sophisticated tunables in the user space.

800 has to be the 'weirdest' frequency. Some devices enters deep sleep at 800 (when user configures so), device need to be @800 for a few ms when awaken, voltage required considerably increase @800, and so on. With voodoo louder, equalizer and powerampp contributing to music-play in screen-off state, CPU spends most of the time at 100/200 and negligibly little at 500. So 500 is the ideal-high screen-off cap freq. (When device hits deep sleep, this is however overriden and cpu set to 800 or 1000 for the req time anyways)

Using hotplugging and single core mode is sometimes funny if you think of a task that cause low load on cpu0.(assuming low UP thresh & high LOW thresh for hotplugging) The time taken to switch cpu1 plus time to turn it off (when low threshold is found) plus the time taken to do the task may be more than the time taken for cpu0 in single core mode to do the same task.
The Following User Says Thank You to droidphile For This Useful Post: [ View ]
27th January 2012, 02:08 PM   |  #46  
Senior Member
Flag Singapore
Thanks Meter: 195
 
1,576 posts
Join Date:Joined: Aug 2004
More
Kudos to what geko has done for the many once-newbies on here - he has provided a stable platform on which newbies can test, and to improve on. I for one, greatly appreciate his help.
27th January 2012, 02:17 PM   |  #47  
legionxx's Avatar
Senior Member
Flag Bandar Seri Begawan
Thanks Meter: 38
 
205 posts
Join Date:Joined: Dec 2011
More
Quote:
Originally Posted by coolfire

Kudos to what geko has done for the many once-newbies on here - he has provided a stable platform on which newbies can test, and to improve on. I for one, greatly appreciate his help.

+1 now i don't have to feel bad about bugging you for your latest config. i can just refer to this page. nice!
27th January 2012, 03:37 PM   |  #48  
XDA mark's Avatar
Senior Member
Flag Rotterdam (NL) & Timisoara (RO)
Thanks Meter: 464
 
1,600 posts
Join Date:Joined: Dec 2009
More
I wanted to post feedback for geko: raising all your UV settings with 50mV has kept my device all day running without a single problem. Maybe I will try to go down 25 mV again to get even closer to your setup. To bad my device can't handle your config, but like this it's close
27th January 2012, 04:04 PM   |  #49  
geko95gek's Avatar
OP Recognized Contributor
Flag Establishing Battlefield Control... Standby!
Thanks Meter: 6,511
 
13,690 posts
Join Date:Joined: Dec 2010
Donate to Me
More
Quote:
Originally Posted by coolfire

Kudos to what geko has done for the many once-newbies on here - he has provided a stable platform on which newbies can test, and to improve on. I for one, greatly appreciate his help.

Exactly the point of this config.

Thanks for your understanding mate.

Quote:
Originally Posted by legionxx

+1 now i don't have to feel bad about bugging you for your latest config. i can just refer to this page. nice!

Yeah, for me it's no more sending out 50 PMs per day lol

Quote:
Originally Posted by XDA mark

I wanted to post feedback for geko: raising all your UV settings with 50mV has kept my device all day running without a single problem. Maybe I will try to go down 25 mV again to get even closer to your setup. To bad my device can't handle your config, but like this it's close

Dude, so my suggestion is working fine. I'd say leave it for a bit longer then if everything else is fine, start reducing each step by 25mV. Remember to give a bit of time to run it each step at reduced voltage before going onto the next frequency.

Good luck.
The Following 2 Users Say Thank You to geko95gek For This Useful Post: [ View ]
27th January 2012, 05:06 PM   |  #50  
Senior Member
Flag Howell, NJ
Thanks Meter: 334
 
1,455 posts
Join Date:Joined: Nov 2011
More
Been running your settings for over 12 hours now. So far everything seems good. Been using the noop/ conservative scheduler governor combo. Put the device through the paces and stability wasn't an issue.

Thanks!

Will report back on battery life tomorrow sometime.

Post Reply Subscribe to Thread

Tags
cpu, gpu, neak, ocuv, redpill, siyah kernel config settings tweak, voltage
Previous Thread Next Thread
Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes


Top Threads in Galaxy S II General by ThreadRank