5,594,653 Members 33,256 Now Online
XDA Developers Android and Mobile Development Forum

Proposal to set dalvik-vm optimizing all code

Tip us?
 
sinan33
Old
#31  
Senior Member
Thanks Meter 130
Posts: 569
Join Date: Mar 2010
Location: Tarsus

 
DONATE TO ME
Quote:
Originally Posted by _n0p_ View Post
128-1344, ondemand.
Which kernel did you use Sergei?
 
_n0p_
Old
#32  
_n0p_'s Avatar
Senior Member
Thanks Meter 1821
Posts: 2,556
Join Date: Apr 2009
Location: Kiev
DSC Team Phoenix Universal
 
sinan33
Old
#33  
Senior Member
Thanks Meter 130
Posts: 569
Join Date: Mar 2010
Location: Tarsus

 
DONATE TO ME
Quote:
Originally Posted by _n0p_ View Post
DSC Team Phoenix Universal
Is it capable over 1267 MHz for overclocking?
 
_n0p_
Old
#34  
_n0p_'s Avatar
Senior Member
Thanks Meter 1821
Posts: 2,556
Join Date: Apr 2009
Location: Kiev
Quote:
Originally Posted by sinan33 View Post
Is it capable over 1267 MHz for overclocking?
You see, in previous kernel builds I made an error in stepping table values, so 1267 was actually 1344, and 998 was 1075.
Now I fixed it.
Sorry
 
sinan33
Old
#35  
Senior Member
Thanks Meter 130
Posts: 569
Join Date: Mar 2010
Location: Tarsus

 
DONATE TO ME
Quote:
Originally Posted by _n0p_ View Post
You see, in previous kernel builds I made an error in stepping table values, so 1267 was actually 1344, and 998 was 1075.
Now I fixed it.
Sorry
So how can i set it from init.postboot.streak.sh?
 
_n0p_
Old
(Last edited by _n0p_; 14th May 2012 at 06:59 PM.)
#36  
_n0p_'s Avatar
Senior Member
Thanks Meter 1821
Posts: 2,556
Join Date: Apr 2009
Location: Kiev
Quite simple.
Code:
 #CPU
echo "conservative" > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
echo 70 > /sys/devices/system/cpu/cpu0/cpufreq/conservative/up_threshold
echo 30 > /sys/devices/system/cpu/cpu0/cpufreq/conservative/down_threshold
echo 200000 > /sys/devices/system/cpu/cpu0/cpufreq/conservative/sampling_rate
echo 1 > /sys/devices/system/cpu/cpu0/cpufreq/conservative/sampling_down_factor
echo 128000 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq
#echo 245760 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq
echo 998400 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq
echo 50 > /sys/devices/system/cpu/cpu0/cpufreq/conservative/freq_step
in postboot.

Change "conservative" to "ondemand", 998400 to 1344000.
Reboot.
Note that I personally find overclock more stable with undervoltage on.
Refer to Phoenix Universal kernel in DSC thread on enabling UV manually.
More, kernel sets high frequencies using 384 and 768 MHz as middle values, so it may be safe using ondemand - TPS chip should handle it.

Also, let's move this discussion elsewhere, as it's off topic here. Thank you.
The Following User Says Thank You to _n0p_ For This Useful Post: [ Click to Expand ]
 
sinan33
Old
#37  
Senior Member
Thanks Meter 130
Posts: 569
Join Date: Mar 2010
Location: Tarsus

 
DONATE TO ME
Quote:
Originally Posted by _n0p_ View Post
Quite simple.
Code:
 #CPU
echo "conservative" > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
echo 70 > /sys/devices/system/cpu/cpu0/cpufreq/conservative/up_threshold
echo 30 > /sys/devices/system/cpu/cpu0/cpufreq/conservative/down_threshold
echo 200000 > /sys/devices/system/cpu/cpu0/cpufreq/conservative/sampling_rate
echo 1 > /sys/devices/system/cpu/cpu0/cpufreq/conservative/sampling_down_factor
echo 128000 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq
#echo 245760 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq
echo 998400 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq
echo 50 > /sys/devices/system/cpu/cpu0/cpufreq/conservative/freq_step
in build.prop.

Change "conservative" to "ondemand", 998400 to 1344000.
Reboot.
Note that I personally find overclock more stable with undervoltage on.
Refer to Phoenix Universal kernel in DSC thread on enabling UV manually.
More, kernel sets high frequencies using 384 and 768 MHz as middle values, so it may be safe using ondemand - TPS chip should handle it.

Also, let's move this discussion elsewhere, as it's off topic here. Thank you.
Thank you Sergei,i was using these settings Just changed 1267200 to 1344000
 
(InsertNameHere)
Old
#38  
(InsertNameHere)'s Avatar
Senior Member
Thanks Meter 256
Posts: 918
Join Date: Jan 2010
Quote:
Originally Posted by hunderteins View Post
LuckyPatcher and other programs have a problem with optimized dalvik-cache for classes that aren't verified. So I set up

dalvik.vm.dexopt-flags=v=a,o=v,u=y,m=y

it is like: verify=all dexopt=verified uniprocessor=yes registermaps=yes

Now LuckyPatcher works again, the boot takes not really more time, cache-size is the same as before and this uses register mapping. I'll give it a try a week or two.

have a nice weekend,
hunderteins
Thanks for all your work, is this now confirmed as a definitive tweak that doesn't break anything?

The Following User Says Thank You to (InsertNameHere) For This Useful Post: [ Click to Expand ]
Tags
dalvik-vm, optimize
Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes