AFAIK, the number in the file name, makes reference to the priority of that file being loaded, I'm not sure how.
for example: 1 is greater priority than 2. or am I mistaken?

I think the number is not important for the current testing of this feature, but I am not sure if it would be true when the feature will be enabled by default for everyone i.e. what would be the final file name 🤔

Merged 3 posts from Difference between command terminal proposed to active BORE CPU Scheduler.

penny-farthing Sorry, we didn't realize that permissions on discussion with the development tag were so restricted. I WAS wondering why nobody seemed to be commenting or reacting to this post, but I just took it as something that people weren't interested in.

I've fixed the permissions now, so everyone can comment and react to their heart's liking.

Regarding your question, no it doesn't really matter. sysctl.d files are processed in order of their file name, something with 10-foo.conf will be processed before 20-bar.conf, which means that if there are conflicting settings then the one in 20-bar.conf will override the one in 10-foo.conf. Since you probably don't have the bore settings in any of your other sysctl.d files it doesn't really matter (if you even have any other sysctl.d files).

      No issues seems to make things alittle more responsive (snappy) on this low 2g ram system.
      I know it doesnt effect ram.

      Nothing to report here either, overall makes the tasks on my pc smoother

      On an old laptop, it was quite tedious to browse internet while running demanding tasks such as compiling stuff. This setting noticeably improved the responsiveness the desktop

      After turning this on, on an old HP Elite Book 6930p running Gnome, I had 2 or 3 times, probably under high cpu load, an error message popping up that process xy (I think it was software center and rednotebook) wasn't responding and if I wanted to wait or kill the process. Can't remember having seen this before. Though I wasn't able to reproduce and don't know if it is related to bore cpu scheduler.

        I wonder should this setting affect music playing somehow? I had some stuttering today/yesterday, but not sure if it's related to BORE CPU scheduler 🤷

          Sebastian Solarmass

          Well, try disabling it and see if it gets better. I don't know that BORE really offers much in the way of diagnostics messages when it's doing something incorrectly. To disable it just delete the sysctl.d file and reboot.

              20 days later

              Oh, I think this was mentioned in a sync notes thread but this has been enabled by default. In the event that you don't want this for whatever reason you can disable it by setting the sysctl flags to 0 instead.

              sudo sysctl -w kernel.sched_bore=0

              Or permanently:

              sudo mkdir -p /etc/sysctl.d
echo "kernel.sched_bore=0" | sudo tee /etc/sysctl.d/85-bore.conf

              If you still have the sysctl conf file from when you manually enabled it you can now just delete that, no point in keeping it around.

              sudo rm /etc/sysctl.d/85-bore.conf

              Thanks everyone for helping test it!

              a month later

              I am leaving this here in case someone come across this issue too. So if you have a laptop with two GPUs (integrated + NVIDIA) the BORE scheduler will cause lag in the interface in softwares you try to offload to the NVIDIA graphics card. In my case Brave browser and Zoom. Disabling this solved the issue. I will try the scheduler in the future to check whether this persists in later updates.