Trauma
Member-
Posts
46 -
Joined
-
Last visited
-
Days Won
6
Everything posted by Trauma
-
Nice work, though it could have been cool to open a PR on my repo
-
Most of the time hard drives are way more power hungry than one CPU on this type of setup. You're PSU efficiency is also important, a 500w 80+ Power Supply can drain around 50w without any load. So in this case scaling down the CPU is more a matter of temperature management IMHO.
-
What the load of your cpu looks like ? And did you used custom midload/maxload ?
-
Since i can not explain why your sensor id do not start @ 1 and since you seems to be the only one with this issue. I'll recommend you to mod the script before installation. Just change : currtemp=$(cat /sys/bus/platform/devices/coretemp.0/hwmon/hwmon0/temp1_input) maxtemp=$(cat /sys/bus/platform/devices/coretemp.0/hwmon/hwmon0/temp1_max) to currtemp=$(cat /sys/bus/platform/devices/coretemp.0/hwmon/hwmon0/temp2_input) maxtemp=$(cat /sys/bus/platform/devices/coretemp.0/hwmon/hwmon0/temp2_max) And launch the install.sh
-
This is your problem, to help you out i'll need to know what are your syno model, DSM version and CPU model.
-
Bug fixed, please try to update and reinstall, should work.
-
The script think you're cpu is at 430°, so it enter in the cooling mode and set the cpu frequency at 1800 Hz. Its a bug related with the max temp, I'll fix this.
-
Download the archive : https://github.com/Trauma/cpufreq-userspace-scaler/archive/refs/heads/master.zip Extract the archive copy the files to your nas ssh to your nas cd path/to/cpufreq-userspace-scaler-master sudo ./install.sh
-
Seems to work fine so ? Maybe you did not install it correctly..
-
Ok, thanks. So the new cpucorecount method works for you too, since it return 7 and you can see that you have /sys/devices/system/cpu/cpu0 to /sys/devices/system/cpu/cpu7 which is fine. FYI `awk '{ print $1 - 1 }'` means `print the first field of the previous command minus 1` Since nproc return 8 for you, and since /sys/devices/system/cpu/cpu0 start at 0 we need to remove one core form the count to obtain the right value (7 for you). This to said that you first experiments were totally hazardous, and I can not explain why it worked for you. If you want me to help further, please run the latest version of the script with `bash -x ./scaler.sh` and paste the output here (no screenshots please). Cheers.
-
@burtal it seems like cpucorecount is not set properly for you. can you give me the output of those commands please : nproc | awk '{ print $1 - 1 }' and grep cores /proc/cpuinfo | sort -u | awk '{ print $4 - 1 }' and grep cores /proc/cpuinfo | sort -u | awk '{ print $7 - 1 }' and ls -l /sys/devices/system/cpu/
-
@use-nas and @burtal this version should fix your respective issues : https://github.com/Trauma/cpufreq-userspace-scaler/tree/fix/celeron_temp Let me know.
-
The complete and correct cpucorecount command should be : cpucorecount=$(nproc | awk '{ print $1 - 1 }') If it return the right value, the same method can be used for lowload etc..
-
Try to use this please : cpucorecount=$(nproc) I've tested this successfully on my config, i think it should work for hyperthreaded and standard threaded CPU's
-
Please provide me the output of this command please : sudo dmidecode --type processor
-
Thanks for you're feedback. I'll need to know what kernel / model and DSM version you are using please.
-
This happen when the script try to get the current temperature of the CPU (overheat protection), if you can find out a way to get this information on your config I could adapt the script.
-
FYI DSM 7 fixes are now merged in master branch.
-
Hello all, For DSM 7.x users, I have fixed the script, added a systemctl service and installer script so it's better integrated into the system (systemd is available starting DSM7). https://github.com/Trauma/cpufreq-userspace-scaler/tree/fix/dsm7.1
-
Test version for DSM7.1, please make sure acpi-cpufreq.ko is not loaded before running the script : https://raw.githubusercontent.com/Trauma/cpufreq-userspace-scaler/fix/dsm7.1/scaler.sh
-
Thanks @true, I've waited a while for someone to report if manually loading the driver worked on 7.1. Could someone report the output of this command please, after loading acpi-cpufreq : lsmod| grep "cpufreq" Just want to make sure all dependencies are loaded before fixing the script, thks.
-
Working fine for me on DS918+ DSM 7.0.1-42218 Update 3, is it only 7.1 related ?
-
Yes check your bios for speedstep or related settings. Check if they are loaded with : lsmod| grep "cpufreq" If not you can try to load them with insmod.
-
Does this give something ? ls /lib/modules/ | grep "cpufreq"
-
What syno model do you use ? What is this command output : cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_driver Thx.