Database Develop

SOLVED - Cyanogen 4.1.6 - Compcache Disabled - Still taking up RAM - How to free?

SOLVED: Compcache makes AVAILABLE the section specified by your ROM or userinit. It doesn't reserve the space or partition it. Like what you see below, my TOTAL Mem stayed the same, but the Swap total went up with compcache enabled. Then when I enabled the linux-swap partition, the amount of swap jumped to 56000. Finally, when I disabled compcache the total amount of RAM didn't 'go down' because the space wasn't reserved...it was just available. Thanks to ccyrowski for the help.
Hello Everyone,
First, I did search. That is how I figured out how to disable compcache and enable the swap. It's working great, however since I am no longer using compcache, I would like to make available the RAM that it is using. Here are my free commands:
BEFORE:
# free
free
total used free shared buffers
Mem: 97928 96356 1572 0 8164
Swap: 24476 15516 8960
Total: 122404 111872 10532
AFTER:
# free
free
total used free shared buffers
Mem: 97928 96416 1512 0 300
Swap: 31768 3092 28676
Total: 129696 99508 30188
Notice that the Physical Memory is still the same number, despite compcache being disabled (well, atleast swapoff'd) Here is my userinit and you can see that it's just enabling the swap.
#!/system/bin/sh
##adb push userinit.sh /system/sd/
uname_r=`uname -r`
moddir=`find /system/modules -type d -name $uname_r`
#insmod=/system/bin/insmod
#$insmod $moddir/compcache/xvmalloc.ko;
#$insmod $moddir/compcache/ramzswap.ko disksize_kb=32768;
#$insmod $moddir/compcache/ramzswap.ko backing_swap=/dev/block/mmcblk0p3;
#mknod /dev/ramzswap0 b 253 0;
echo 20 > /proc/sys/vm/swappiness;
# Experimental settings
#echo 1 > /proc/sys/vm/page-cluster; # default: 3 Changes Page clustering from 8 to 2.
#echo 5 > /proc/sys/vm/laptop_mode; # default: 0 Helps keep SSD from getting worn.
#echo 5000 > /proc/sys/vm/dirty_expire_centisecs; # default: 3000
#echo 800 > /proc/sys/vm/dirty_writeback_centisecs; # default: 500
#echo 10 > /proc/sys/vm/dirty_background_ratio; # default: 5
#echo 16 > /proc/sys/vm/dirty_ratio; # default: 10
#
#swapon /dev/ramzswap0;
swapon /dev/block/mmcblk0p3;
#Over Clock CPU when in use, puts at lower freq when idol. # if you don't want it.
#echo 128000 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq;
#echo 528000 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq;
QUESTION: Is there any way to re-allocate the compcache section of my physical RAM to be used again? There is that 24476b that I cannot use, as I'm using a swap.
Thanks for your time.
UPDATE:
ccyrowski said:
hahaha, compcache doesn't take up your physical RAM.
Click to expand...
Click to collapse
Ok, so where is it taking from? I understood that compcache is a Compression Swap that runs in RAM. Is that incorrect?

ULV on milestone, how to?

hey you guys (and girls if there are any)
I'm using The froyo mod 2.9, and android 2.2.2
I'm having a little heat and battery problem,
but, I don't want to change the mod to something else.
I saw that there is a option to flash a ULV setting for the proccessor,
then, the phone can achive extra battery life and lower heat,
without leaving the froyomod.
because I'm a newbie, I wanted to ask, how it can be done?
It will affect the froyo mod?
are there any other problems that I need to be aware of?
thanks alot :]
*edit : found the ULV packs, how should I install them? as an Update (OR/updates) ? do I need to make any cache clear or not? and if I need to make a clear cache, wich one and what are the affect of the cleaning? (or wipe :/ )
thanks!

Why don't you just change your OC-settings in the OR overclocking menu?

if you have to go, don't say goodbye..
TBH I found that even running ULV didn't help battery usage much on FroyoMod, nor heat.
Anyway just put the ULV.zip from the FroyoMod thread into your OpenRecovery/Updates/ folder and update from AOR. Nothing will happen as it only updates the 10overclock file.

As already told the ULV just replaces the 10overclock file in system/etc/init.d
You have to adjust the settings yourself.
#!/system/bin/sh
insmod /system/lib/modules/overclock_milestone_21.ko
echo 0xc0295704 > /proc/overclock/cpufreq_stats_update_addr
echo 0xc004e4b0 > /proc/overclock/omap2_clk_init_cpufreq_table_addr
echo YOUR VALUE > /proc/overclock/max_vsel
echo YOUR VALUE> /proc/overclock/max_rate
#echo "5 800000000 48" > /proc/overclock/mpu_opps
echo "4 700000000 46" > /proc/overclock/mpu_opps
echo "3 500000000 35" > /proc/overclock/mpu_opps
echo "2 250000000 27" > /proc/overclock/mpu_opps
#echo "1 125000000 32" > /proc/overclock/mpu_opps
#echo "0 800000" > /proc/overclock/freq_table
echo "1 700000" > /proc/overclock/freq_table
echo "2 500000" > /proc/overclock/freq_table
echo "3 250000" > /proc/overclock/freq_table
insmod /system/lib/modules/cpufreq_interactive.ko
echo interactive > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
insmod /system/lib/modules/cpufreq_conservative.ko
#echo conservative > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
#echo 125000 > /sys/devices/system/cpu/cpu0/cpufreq/conservative/sampling_rate
#echo 25 > /sys/devices/system/cpu/cpu0/cpufreq/conservative/freq_step
Click to expand...
Click to collapse
I think [email protected] is the best, but [email protected] will work too, but your battery will drain quite fast.

[Dev][Request] Simple Test needed - Help us get Steadyshot on Z1

Hold your horses, this requires a patched kernel which allows the lower frequencies. I'll upload one later today.
I added a modified kernel which allows underclocking. It's untested as I do not have a Z2. Do not flash this unless you know what you're doing. It might set your hair on fire or break your precious, expensive Z2.
--
Hey guys,
I'm one of the devs who ported 4k and 120fps to the Z1, along with @Riyal and @olokos. There is one missing piece: Steadyshot for 4k recording.
I personally believe we will never get Steadyshot+4k on the Z1 because the hardware is not capable enough. The S801 in the Z2 has a much faster Video Post-Processor (PP) which is used for software image stabilization. It is clocked up to 465MHz while the S800 in the Z1 goes up to 320MHz max.
I'm looking for someone to _underclock_ their post processor to 320MHz. If 4k+steadyshot works, this means my theory is wrong. If your viewfinder freezes, then my theory is right and we the hardware is just not capable (without a serious overclock).
Messing with your hardware can always break something. I tried _over_clocking my Z1 to 465MHz, but that didn't work. Underclocking should be reasonably safe. But please, if you can't assess the risk of this experiment, or if you are not an experienced leet haxx0r, PLEASE LEAVE THE THREAD. DO NOT POST ANY IRRELEVANT CRAP.
What I need
Experienced User/Developer - someone who can fix their device if something goes wrong
Five Minutes of your time
You should have a Z2
You should have an adb root shell handy
You should have 1-2GB of free space on internal storage for the recording
What I want you to do
Open 4k camera, enable Steadyshot, Hit record
Recording should work properly, viewfinder should display video​
Now we verify the current clock of the PP. This should be 465MHz. In your adb shell, enter the following:
Code:
cat /d/clk/camss_vfe_cpp_clk/rate
Now we lower the clock the 320MHZ, the maximum PP clock of the S800:
Code:
echo 320000000 > /d/clk/camss_vfe_cpp_clk/rate
Now look at the phone (while recording!)
I expect your viewfinder to be frozen, recording will be corrupt. PLEASE REPORT YOUR FINDING.​
In your shell, check dmesg - you will probably see some overflow errors.
To sum the experiment once more:
We bring the clock frequency of the S801 down to the level of the S800 to figure out if it's the higher clock frequency which enables software image stabilization in the Z2. The outcome that we measure is whether lowering the clock frequency stops the viewfinder or not.

i started recording all ok with steadyshot and all that jazz
lagalaga said:
[*]Now we verify the current clock of the PP. This should be 465MHz. In your adb shell, enter the following:
Code:
cat /d/clk/camss_vfe_cpp_clk/rate
[/LIST]
Click to expand...
Click to collapse
This works
lagalaga said:
Now we lower the clock the 320MHZ, the maximum PP clock of the S800:
Code:
echo 320000000 > /d/clk/camss_vfe_cpp_clk/rate
Click to expand...
Click to collapse
This doesnt error out
and i noticed no change in the viewfinder so i cated again and the freq had not changed.
Code:
1|[email protected]:/ # cat /d/clk/camss_vfe_cpp_clk/rate
cat /d/clk/camss_vfe_cpp_clk/rate
465000000
[email protected]:/ # echo 320000000 > /d/clk/camss_vfe_cpp_clk/rate
echo 320000000 > /d/clk/camss_vfe_cpp_clk/rate
1|[email protected]:/ # cat /d/clk/camss_vfe_cpp_clk/rate
cat /d/clk/camss_vfe_cpp_clk/rate
465000000
so i checks dmesg
Code:
<6>[440814.479250] dhd_set_suspend: Remove extra suspend setting
<6>[440814.492694] mdss_dsi_panel_on: ctrl=f628e010 ndx=0
<6>[440814.718957] max1187x 8-0048: set_resume_mode
<3>[440830.477228] clk_set_rate(camss_vfe_cpp_clk, 320000000) failed (-22)
im on .69 with stock kernel just rooted.
pvy.

Thank you, I think we need a kernel mod - The Z2 kernel is fixed at 465 MHz. Thanks @eViLSt3ve

lagalaga said:
Thank you, I think we need a kernel mod - The Z2 kernel is fixed at 465 MHz. Thanks @eViLSt3ve
Click to expand...
Click to collapse
prety sure @DooMLoRD's kernel has it but i am not sure if the version for .69 does. i'll have a look in a bit
pvy

This is the relevant code in arch/arm/mach-msm/clock-8974.c:
Code:
static struct clk_freq_tbl ftbl_camss_vfe_cpp_clk[] = {
#if !defined(CONFIG_SONY_CAM_V4L2)
F_MM(150000000, gpll0, 4, 0, 0),
F_MM(266670000, mmpll0, 3, 0, 0),
F_MM(320000000, mmpll0, 2.5, 0, 0),
F_MM(465000000, mmpll3, 2, 0, 0),
#else
F_MM(465000000, mmpll3, 2, 0, 0),
#endif
F_END
};
The #ifs etc must be removed - and then the last F_MM line

Kernel uploaded in OP.

lagalaga said:
Kernel uploaded in OP.
Click to expand...
Click to collapse
what sources is it from? ( what stock revision )

pvyParts said:
what sources is it from? ( what stock revision )
Click to expand...
Click to collapse
402!

lagalaga said:
402!
Click to expand...
Click to collapse
OK ta I can't flash that idowngraded to play with some stuff will be re-upgrading this week if no one else does I'll check it then
Sent via my wireless blackbox

pvyParts said:
OK ta I can't flash that idowngraded to play with some stuff will be re-upgrading this week if no one else does I'll check it then
Sent via my wireless blackbox
Click to expand...
Click to collapse
Thanks I can't build another kernel right now, I only have a 120G SSD and it's full of stuff I need

Yeah no worries. I'm of to bed, then work, then Ciro, xD then I was gonna flash my update again. And I'll try it then.
Sent via my wireless blackbox

could doomkernel be used for downclock also? anyone else tested it on z2?

Bump

Bump

[Root][Guide][MT6795] Improve the responsiveness and battery life on your X9

Update : Aug 8th 2017
These settings should benefit any helio X10 device maybe even other mediatek octa core devices.
The idea behind these settings is to keep the CPU in the lower frequency states and prevent unnecessary power drain when performing simple tasks.
to apply these settings I used Kernel Aduitor.
First Up Interactive Governor Settings
Code:
[SIZE="3"]Above hispeed delay - 20000 1326000:30000 1469000:40000 1781000:10000
Bootpulse duration - 0
hispeed freq - 1183000
boost - 0
go hispeed load - 70
io is busy - 0
min sample time - 20000
target loads - 60 1183000:80 1326000:90 1469000:97 1625000:99
timer rate - 25000
timer slack - 35000[/SIZE]
Limit you CPU to 1781MHz To save some battery all 1.9GHz does is produce heat and the performance isn't worth it.
Also you must disable touch-boost by editing the build prop line; ro.mtk_perfservice_support=1 to ro.mtk_perfservice_support=0
This will save a lot of battery life as the CPU won't jump to high frequencies when you touch the screen.
Also in Virtual Memory settings set the folowing
dirty ratio - 90
dirty background ratio - 80
dirty expire centisecs - 1000
dirty writeback centisecs - 2000
swappiness - 40
vfs cache pressure - 10
Z-RAM disksize - 300MB
Next up....... RAM management so the HTC X9 RAM management is good but it can be made better by going into the low memory killer tab in Kernel Auditor and tapping on the light option.
and that is it. we can't do much without a custom Kernel......... Also you can increase entropy by changing it's read value to 1664 and write value to 2048. I don't know if this is needed on marshmallow but I did it anyway.
Even more battery Savings
You will need Tasker for the following.............
Note: This Will limit your CPU to 5 cores and reduce unecessary CPU Scaling also will disable some bug checks
Make a new 'device boot' profile and add the following as tasks
1. Wait 30s
2.Run Shell:
Code:
[SIZE="3"]
su
echo "0" > /sys/module/alarm_dev/parameters/debug_mask
echo "0" > /sys/module/alarmtimer/parameters/debug_mask
echo "0" > /sys/module/binder/parameters/debug_mask
echo "0" > /sys/module/earlysuspend/parameters/debug_mask
echo "0" > /sys/module/sbsuspend/parameters/sbsuspend_debug_mask
echo "0" > /sys/module/pvrsrvkm/parameters/gPVRDebugLevel
echo "0" > /sys/module/musb_hdrc/parameters/debug_level
echo "0" > /sys/module/lowmemorykiller/parameters/debug_level
echo "5" > /proc/hps/num_limit_low_battery
echo "5" > /proc/hps/num_limit_power_serv
echo "5" > /proc/hps/num_limit_thermal
echo "5" > /proc/hps/num_limit_ultra_power_saving
echo "99" > /proc/hps/up_threshold
echo "90" > /proc/hps/down_threshold
echo "0" > /proc/hps/rush_boost_enabled
echo "0" > /proc/hps/input_boost_enabled
echo "1781000" > /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq
echo "1781000" > /proc/cpufreq/cpufreq_limited_max_freq_by_user
echo "0" > /proc/gpufreq/gpufreq_input_boost
echo "0-4" > /dev/cpuset/foreground/cpus
[/SIZE]
Make Another tasker Profile 'on device unlock'
1.Run Shell;
Code:
[SIZE="3"]
su
echo "99" > /proc/hps/up_threshold
echo "90" > /proc/hps/down_threshold
echo "0" > /proc/hps/rush_boost_enabled
echo "0" > /proc/hps/input_boost_enabled
[/SIZE]
Credits;
jajk - Learned a lot from his Skinny Custom Boot thread.

I haven't noticed any freezing on my device. Everything runs smoothly all the time.
I will test your settings if it starts annoying me.
I guess the x9 isn't the most popular phone for rooters.

m3johan said:
I haven't noticed any freezing on my device. Everything runs smoothly all the time.
I will test your settings if it starts annoying me.
I guess the x9 isn't the most popular phone for rooters.
Click to expand...
Click to collapse
nope

thx.methods u said work on my htc x9.but like the 'Even more battery Savings' i not done yet

Htc one x9
Hello, am new here. I came on here cos I need help with my HTC One X9. You have to forgive me if I ask dumb questions cos like I said earlier, am new to everything here. So please be patient with me.
While in use, my fone drops from say 90% to zero and then shuts down. After a while when I turn it on, battery returns to 90%. At other times, while in use it shuts down even when charging....in this state it reboots several times and gets very hot.
Please what can I do? Thank you.

Lord Dre said:
Hello, am new here. I came on here cos I need help with my HTC One X9. You have to forgive me if I ask dumb questions cos like I said earlier, am new to everything here. So please be patient with me.
While in use, my fone drops from say 90% to zero and then shuts down. After a while when I turn it on, battery returns to 90%. At other times, while in use it shuts down even when charging....in this state it reboots several times and gets very hot.
Please what can I do? Thank you.
Click to expand...
Click to collapse
It's battery problem, Chagne it

[HMP/EAS] 8-12hr SOT Artisan governor tweaks

THIS GOVERNOR HAS STANDED THE TEST OF TIME
AND IS RELIABLE WITH SPEED AND BATTERY LIFE
SOT IS AROUND 8-12 HRS REGULARLY BUT RESULTS MAY VARY BASED ON USAGE AND USERSPACE
Edit-
In a short amount of time we accomplished a lot, 12hr to 14+ hr SOT runs without compromising performance thru being efficient (check OP and thread for screenshots).
For best results I encourage everyone who wants to use this mod to make sure you install these files in the correct path with permissions, and those paths changes depending upon if you have init.d support thru system/etc/init.d or thru su.d or thru magisk/.core/post-fs-data.d (note: for magisk install you can only find correct path thru enabling show hidden files in ESBowser)
Furthermore; I found that using Deeznuts with my modified init.sony.cpu_parameter.sh installed to be the best setup in terms of this mod but try it out and switch it up if need be, I appreciate everyone's time and gratitude.
Want to support my work? Please feel free to buy me a coffee
https://PayPal.me/smacsmack206
NEWEST DEVELOPMENT:
Working on a new DEEZNUTS that will work with EAS. I got a test version working with all the necessary coded trimmed
And all applicable values still within the script.
This is great for me, hope everyone is as excited as I am.
S/O to _LLJY for making EAS on the XZ, a first of many.
DISCLAIMER: (YOU CAN ONLY USE THESE ON A EAS ROM.
https://forum.xda-developers.com/xp...ect-energy-aware-scheduler-xperia-xz-t3639515)
Alright I got a special release for y'all
I updated DEEZNUTS9-EAS and releasing for the first time DEEZNUTS9-EAS_ULTRA.
And for the first time these are TWRP flashable!!
so no longer will you have to worry about install instructions, just flash and done.
DEEZNUTS9-EAS: Uses Energy aware scheduling SCHEDUTIL CPU governor with my custom algorithms, schedtune/Powerhal Vox configs, and applicable miscellaneous optimizations from DEEZNUTS9. Also contains special thermal config to increase stock throttling points for less throttling
DEEZNUTS9-EAS_ULTRA: Uses Energy aware scheduling PWRUTILX CPU governor with my custom algorithms, schedtune/Powerhal Vox configs, and applicable miscellaneous optimizations from DEEZNUTS9.
Also contains special thermal config to increase stock throttling points for less throttling
(NOTE: YOU CAN ONLY USE EAS_ULTRA IF THE YOU HAVE PWRUTILX AVAILABLE AS A GOVERNOR ALREADY ON EAS ROM, ONLY SOME VERSIONS HAVE THIS.)
Download:
DEEZNUTS9-EAS
https://drive.google.com/file/d/0B2bXgjj9jECcTEJYMkJMUi1fZzg/view?usp=drivesdk
DEEZNUTS9-EAS_ULTRA
https://drive.google.com/file/d/0B2bXgjj9jECcSGdGT1NtcUdtLXM/view?usp=drivesdk
*The Best Recommended EAS Version* = DEEZNUTS9-EAS_ULTRA
PORTS:
By request i have been expanding my script and changing it to work on other SOC's and Devices, i'm currently working on a few devices port so the thread lately has been flooded with back and forth regarding this. if you want me to make a version of DEEZNUTS for your device, let me know in the thread and ill let you know what i need to get started, however i do not own the devices you will inquire about so know it wont ever be as good as my 12hr SOT Xperia XZ version.
Going to start posting links to new threads I'll be creating for other devices here to the original, will work on creating more threads later on
Galaxy S5 DEEZNUTS Port thread :
https://forum.xda-developers.com/galaxy-s5/development/artisan-interactive-governor-port-t3624316
DEEZNUTS7-SE PERFORMANCE SCREENRECORD:
*The Best Recommended HMP Version* = DEEZNUTS8-SE
DEEZNUTS8-SE Changelog:
Added Wifi sleeper
Added Disable Fast dormancy
Re-Introduced LMK with new values
Added Kill GMS/Gapps
Added Kill Common Services
Added Network GMS Kill
Added DEEZNUTSSecretSauce
QuickBoot and changed Timer_rate
More but forgotten most the stuff I did in the last week
These screenshots are from my test group members
This is the best version of DEEZNUTS yet highly advised to update to latest Special Edition 8
DOWNLOAD:
https://github.com/Smacksmack206/Sony-Xperia-XZ/blob/master/DEEZNUTS8-SE
#Go_Team_Duality
SPECIAL THANKS TO @NYCHitman1 & @Alcolawl
As they are the original creators of Drunksauce Governor on the Nexus 5X and also helped me with getting a port established for our Sony Xperia XZ (depreciated gov use deeznuts now)
@_LLJY as he's my duality teamate, he's contributed lazyplug and adreno idler values
In DEEZNUTS3, and I been using them ever since,
He even baked an edit of DEEZNUTS in his rom :good:
And he just recently contributed Hi Performance Audio DAC custom voltages in DEEZNUTS8
DOWNLOAD:
Original DEEZNUTS w/ android version check included (depreciated)
https://github.com/Smacksmack206/Sony-Xperia-XZ/blob/readme-edits/Deeznuts
DEEZNUTS
-VERSION 2-
Deeznuts is now on Version 2, cleaned up code better battery and performance
-VERSION 3 CHANGELOG-
Recent update on DEEZNUTS a few weeks ago with the help of @_LLJY
Adreno idler
Lazyplug
Added Pdesire's kernel values
Added partial EAS Support
Removed Overclocking for EAS
Trimmed code improved execution speed by 50%
-DEEZNUTS (XZ version 4) CHANGELOG -
Reconfigured thermal settings to values I'm using currently on my device, I've noticed frequencies are more stable and heavy loads speeds have improved.
Also re-added GPU values and changed to simple_ondemand
And added lines of code to remove InputBoost
Coming in next update: I'll be re-adding Android version check to auto apply best settings like in original Deeznuts before version 3
-DEEZNUTS (XZ version 4.a) CHANGELOG -
Spent a couple hours while I had free time at work testing new target loads and above speed delays while using a frequency overlay opening apps and doing my usual task and executing my script thru EXKM to retest without rebooting to achieve a greater efficiency without compromising performance, Snapchat now opens and runs smoother than ever, idle is better than ever staying at 307mhz like how I wanted. Scrolling is at I would believe a more optimal freq but probably nominal. It's a great feeling having your phone run the way you want
-DEEZNUTS (XZ version 5) CHANGELOG -
Updated above speed delays
Most of the same settings I updated a few days ago from DEEZNUTS 4.D
Reintroduced Android Version Checker
Deeznuts 6 &-SE to Deeznuts7-SE major update Changelog:
Changed sampling time, timer rate, above speed delay, targetloads to have increased performance and responsiveness
All thermals disabled to fix charging stutters
Added GPU command for setting new max frequency
GPU running at 560 as of deeznuts7
Added Memory read ahead commands to 2048 kb
FS-Trim for data system and cache
G-Services fix
Licenced GNU GPL
Updated memory values added a few new ones
Disabled all system wakelocks
Added new HMP scheduler values while keeping code to send more jobs to big cluster
New ZRAM ramdisk config
Changed Go_hispeed_loads on big/litle cluster for better scaling
Uncapped all freqencies on big/little cluster for full power
Download:
https://github.com/Smacksmack206/Sony-Xperia-XZ/blob/master/DEEZNUTS7-SE
DEEZNUTS 7-SE TO DEEZNUTS8 CHANGELOG
*Lowered scaling while keeping performance from 7-SE*
*Entropy values added*
-write_wakeup_threshold
-Read_wakeup_threshold
*Disabled additional wakelock*
-pwr_dbg
*Low Power Modes for little/big
(cpu0-cpu3)*
lpm_levels/system/pwr/cpu0/fpc-def/idle_enabled
lpm_levels/parameters/sleep_disabled
lpm_levels/parameters/sleep_disabled
*Turn off L2 GDHS (LowPowerMode)*
gdhs/idle_enabled
*Enable dynamic memory bus latency
mem_latency = soc:qcom,memlat-cpu2/governor
soc:qcom,memlat-cpu2/polling_interval
Cpu-freq = soc:qcom,mincpubw/governor
* Enabled Hi performance audio thru DAC *
Added @_LLJY New voltage values for improving power consumption using high performance audio
DOWNLOAD:
https://github.com/Smacksmack206/Sony-Xperia-XZ/blob/master/DEEZNUTS8
Definitely worth the update is it better than your favorite Version of DEEZNUTS so far? You decide
DOWNLOAD FROM GITHUB TUTORIAL:
USING SAVE AS FROM RAW TAB, WHICH IS NEXT TO BLAME TAB AND HISTORY TAB
INSTALLATION FOR NOUGAT USERS / NON MAGISK USERS:
1. ENABLE INIT.D SUPPORT
(Thanks to @Ryuinferno work you can use this app to quickly enable init.d support for your phone with root.
PS: Visit his thread to download his app and leave a thanks if his work helped)
https://forum.xda-developers.com/showthread.php?t=1933849
2. NAVIGATE TO SYSTEM/ETC/INIT.D
PLACE DEEZNUTS SCRIPT IN FOLDER
***CHECK IF SCRIPT HAS A TXT FILE EXTENSION AND REMOVE .TXT BY RENAMING FILE***
3. SET PERMISSIONS TO 777 (RWX-RWX-RWX)
4. REBOOT and your done :good:

Well I'm sure this can go over the SOT I had in the title of this post, but here is some results I've collected over the weeks of testing and porting this Governor.
The best I got so far is around 12hrs SOT which isn't surprising given the fact OnePlus3/3T has a Governor said to hit up to 14 hrs and we use the same chipset SD820 as you know. And HTC 10 also has similar Governors getting great results as well.
Let me know if you tried this how it goes for you cuz I'm sure results will vary for everyone.
***EDIT***
I Will be working on making this more Streamlined so there's better results across the board. my next Commit ill be making over the next course of days will have a better version that will give you that same battery life with more performance. Stay Toned.:good:

Smacksmack206 said:
THIS GOVERNOR HAS STANDED THE TEST OF TIME
ADDITIONAL POTENTIAL BATTERY SAVINGS OPPERTUNITY:
Use a root explorer and go to system/ECT and find the init.qcom.post_boot.sh open file in text editor and scroll all the way to the bottom of the big file. And at theses lines
echo 'N' > /sys/module/msm_thermal/parameters/enabled echo '1' > /sys/module/msm_thermal/vdd_restriction/enabled echo '0' > /proc/sys/vm/laptop_mode echo '60' > /proc/sys/vm/overcommit_ratio echo '70' > /proc/sys/vm/vfs_cache_pressure echo '20' > /proc/sys/vm/dirty_ratio echo '10' > /proc/sys/vm/dirty_background_ratio echo '2000' > /proc/sys/vm/dirty_expire_centisecs echo '3000' > /proc/sys/vm/dirty_writeback_centisecs
.
Click to expand...
Click to collapse
What are we supposed to do with those lines? add them? it's hard to understand.

Rtester said:
What are we supposed to do with those lines? add them? it's hard to understand.
Click to expand...
Click to collapse
Yeah, those are additional and completely optional lines to add to the script. The formatting or line endings just got screwed up. Should read like this:
Code:
echo 'N' > /sys/module/msm_thermal/parameters/enabled
echo '1' > /sys/module/msm_thermal/vdd_restriction/enabled
echo '0' > /proc/sys/vm/laptop_mode
echo '60' > /proc/sys/vm/overcommit_ratio
echo '70' > /proc/sys/vm/vfs_cache_pressure
echo '20' > /proc/sys/vm/dirty_ratio
echo '10' > /proc/sys/vm/dirty_background_ratio
echo '2000' > /proc/sys/vm/dirty_expire_centisecs
echo '3000' > /proc/sys/vm/dirty_writeback_centisecs

Working but phone decrease in speed
Some lagg when sweetching between app

Alcolawl said:
Yeah, those are additional and completely optional lines to add to the script. The formatting or line endings just got screwed up. Should read like this:
Code:
echo 'N' > /sys/module/msm_thermal/parameters/enabled
echo '1' > /sys/module/msm_thermal/vdd_restriction/enabled
echo '0' > /proc/sys/vm/laptop_mode
echo '60' > /proc/sys/vm/overcommit_ratio
echo '70' > /proc/sys/vm/vfs_cache_pressure
echo '20' > /proc/sys/vm/dirty_ratio
echo '10' > /proc/sys/vm/dirty_background_ratio
echo '2000' > /proc/sys/vm/dirty_expire_centisecs
echo '3000' > /proc/sys/vm/dirty_writeback_centisecs
Click to expand...
Click to collapse
Thank you I totally didn't notice that lol I updated the OP. I appreciate you man

karrouma said:
Working but phone decrease in speed
Some lagg when sweetching between app
Click to expand...
Click to collapse
ill work on it to make it a little more streamlined. on my phone it hasn't reduced in speed but theres been something ive been wanting to incorporate into this script that will make it even more better on battery. ill start working on it tonight when I get home from work

Smacksmack206 said:
ill work on it to make it a little more streamlined. on my phone it hasn't reduced in speed but theres been something ive been wanting to incorporate into this script that will make it even more better on battery. ill start working on it tonight when I get home from work
Click to expand...
Click to collapse
Ok.
I have 1 hr increasing in SOT
For exemple album takes more time to load pictures or to open picture clearly. Chrome when adding some tabs also have some laggs. But overall it is working well and have more sot.
Thank you

Confirmed more than 5hrs sot with 60% display
Confirmed more than 5hrs sot with 60% display

Another usage example, i've been using Spotify all day with the screen on at work at 50% brightness also Spotify on extreme streaming quality uses a lot of LTE at the same time, gonna get well over 5hr SOT today. Also using an edited​ version of my port so this new update coming soon is gonna be snapper on performance without sacrificing battery. Stay tuned

karrouma said:
Confirmed more than 5hrs sot with 60% display
Click to expand...
Click to collapse
How did you make chrome take 60%...?

Rtester said:
How did you make chrome take 60%...?
Click to expand...
Click to collapse
All time browsing

karrouma said:
All time browsing
Click to expand...
Click to collapse
I'm browsing all time and I get scared if it gets over 15% after a long day.

Check out my new update its blazing fast and has way better SOT
https://github.com/Smacksmack206/Sony-Xperia-XZ/blob/readme-edits/deeznuts.txt
Remove the .Txt in the file name
Everything else is the same as far as installation goes in the OP

Smacksmack206 said:
Check out my new update its blazing fast and has way better SOT
https://github.com/Smacksmack206/Sony-Xperia-XZ/blob/readme-edits/deeznuts.txt
Remove the .Txt in the file name
Everything else is the same as far as installation goes in the OP
Click to expand...
Click to collapse
Renaming - editing deeznuts.txt to deeznuts
It works without laggs after deleting the 99governor file.
99gov do some laggs

karrouma said:
Renaming - editing deeznuts.txt to deeznuts
It works without laggs after deleting the 99governor file.
99gov do some laggs
Click to expand...
Click to collapse
That's correct, only use one script at a time. Ultimately Deeznuts is the one you want to be using. Because drunksauce was designed originally for the sd808/810 and those chipset were more exponential as clock speeds increase, but our sd820 is very different as clock speeds increases it's more liner, so Deeznuts is more optimized for our sd820 and more performance oriented while saving battery. #cheers

Smacksmack206 said:
That's correct, only use one script at a time. Ultimately Deeznuts is the one you want to be using. Because drunksauce was designed originally for the sd808/810 and those chipset were more exponential as clock speeds increase, but our sd820 is very different as clock speeds increases it's more liner, so Deeznuts is more optimized for our sd820 and more performance oriented while saving battery. #cheers
Click to expand...
Click to collapse
Yes
Now it is working fine

I'm glad it's working properly on your end as well. show me what your battery life is like now with all that added performance when you can. :good:

karrouma said:
Yes
Now it is working fine
Click to expand...
Click to collapse
If you're running my ROM please do not use this tweak, they will conflict, if u want i can make a special version for my ROM (for the people who want to use it) if the op allows
---------- Post added at 10:11 AM ---------- Previous post was at 10:09 AM ----------
Smacksmack206 said:
THIS
ADDITIONAL POTENTIAL BATTERY SAVINGS OPPERTUNITY:
Use a root explorer and go to system/ECT and find the init.qcom.post_boot.sh open file in text editor and scroll all the way to the bottom of the big file. And add theses lines to the file
echo 'N' > /sys/module/msm_thermal/parameters/enabled
echo '1' > /sys/module/msm_thermal/vdd_restriction/enabled
echo '0' > /proc/sys/vm/laptop_mode
echo '60' > /proc/sys/vm/overcommit_ratio
echo '70' > /proc/sys/vm/vfs_cache_pressure
echo '20' > /proc/sys/vm/dirty_ratio
echo '10' > /proc/sys/vm/dirty_background_ratio
echo '2000' > /proc/sys/vm/dirty_expire_centisecs
echo '3000' > /proc/sys/vm/dirty_writeback_centisecs
And reboot, it should help save you a ton of battery as Sony messed up the nougat update memory settings. This with the init scripts in this forum or other sd820 device's / greenify / herb optimizer / and nap time should do wonders for your battery .
Click to expand...
Click to collapse
echo '0' > /proc/sys/vm/laptop_mode
echo '60' > /proc/sys/vm/overcommit_ratio
echo '70' > /proc/sys/vm/vfs_cache_pressure
echo '20' > /proc/sys/vm/dirty_ratio
echo '10' > /proc/sys/vm/dirty_background_ratio
echo '2000' > /proc/sys/vm/dirty_expire_centisecs
echo '3000' > /proc/sys/vm/dirty_writeback_centisecs
Removed a couple of values, they cause CPU frequency to be unstable. Also, i have a ZHANA based governor, would you like to add it to your op?

_LLJY said:
If you're running my ROM please do not use this tweak, they will conflict, if u want i can make a special version for my ROM (for the people who want to use it) if the op allows
---------- Post added at 10:11 AM ---------- Previous post was at 10:09 AM ----------
echo '0' > /proc/sys/vm/laptop_mode
echo '60' > /proc/sys/vm/overcommit_ratio
echo '70' > /proc/sys/vm/vfs_cache_pressure
echo '20' > /proc/sys/vm/dirty_ratio
echo '10' > /proc/sys/vm/dirty_background_ratio
echo '2000' > /proc/sys/vm/dirty_expire_centisecs
echo '3000' > /proc/sys/vm/dirty_writeback_centisecs
Removed a couple of values, they cause CPU frequency to be unstable. Also, i have a ZHANA based governor, would you like to add it to your op?
Click to expand...
Click to collapse
I use the Deeznuts gov I created recently it's based of Xana extreme with my revisions I put I op already. Don't think our govs can be too much different, and probably won't make to much of a difference if people use it on your ROM or not. I would encourage users to test but keep a backup because who knows it's might be better using my governor with your ROM vs xlisten that I was just using. I havent tried your rom yet but I hear it's good I'm in the process of trying it out I'll let you know what I think, hopefully if I'm right than your ROM is a better base to apply my tweak to, so if I got 12hrs close to 13 on the other ROM, it could be more on yours IMO