Originally Posted by Mustaavalkosta
a user's network tweaks are now baked in to the ROM, so no need for that userinit.sh anymore. [github commit]
I also increased /sys/block/mmcblk0/bdi/read_ahead_kb from 1024 to 2048 as previously suggested by michelD. [github commit]
The other 2 suggested values will be kept as they are for now as wifi.supplicant_scan_interval is pretty close to CM default that I checked from official device repos and I'm not convinced that build.prop setting ro.ril.disable.power.collapse actually exists in Android's codebase anymore thus the only logical thing to do would be to remove the build.prop value altogether (source). Users can still change those values themselves with various tools (ie. CM FileManager) if they want to do so.
some additional information:
1. the wifi scan interval has only power saving effects if you have turned on notification of available wlan spots, which is default, and if you leave your wlan on all the time even if you are not connected. i assume most people turn it either manually of or use something like llama to do it automatically.
hence it won't affect these people.
2. the ro.ril.enable.dtm property is special one. actually dtm is a feature of some mobile networks available in a few countries.
a) if your network supports it you do not lose much no matter what setting it is set. though you gain some extra speed if it is on ( =1).
b) if your network does not support it and you have it turned on than it dramatically cuts down your download speeds.
in my case with dtm on i have download speeds of 140kBit /s on mobile. dtm turned off close to 4000kBit/s.
now considering a) and b) turning it off is safe way. no one loses much. also, from my experience there are only a few countries where this features is available, though i have too few numbers to actually can judge how significant it is. but because of b) i would suggest to have it turned off by default and let it to the users to turn it on if they can profit from dtm.
p.s. he settings you have included from my userinit.sh improve how efficient the mobile can use the tcp connection. so not all will experience such a big improvement like i did if they are limited on a different point. and on mobile data its effect becomes even less observable. though, they cause no harm: worst case it remains as good as without them.