Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Values for min_granularity_ns and wakeup_granularity_ns read as 0 #21

Closed
calcastor opened this issue Mar 1, 2022 · 0 comments · Fixed by #22
Closed

Values for min_granularity_ns and wakeup_granularity_ns read as 0 #21

calcastor opened this issue Mar 1, 2022 · 0 comments · Fixed by #22

Comments

@calcastor
Copy link

calcastor commented Mar 1, 2022

Following #20 being merged, I've noticed that reading min_granularity_ns and wakeup_granularity_ns with cat shows their values as 0.

[root@81x2 ~]# cat /proc/sys/kernel/sched_cfs_bandwidth_slice_us /sys/kernel/debug/sched/latency_ns /sys/kernel/debug/sched/min_granularity_ns /sys/kernel/debug/sched/wakeup_granularity_ns
3000
12000000
0
0
[root@81x2 ~]# 

This was tested on Fedora 35 with secure boot disabled, which permits writing to the values. I do have it installed to /usr/local as opposed to /usr while also installing to sbin over bin following previous issues with a utility that set zen-kernel's CFS values, but I'm decently confident that this is not a contributing factor as the values read correctly prior to #20 with this same setup.

I'm not entirely sure something is wrong beyond those values showing as 0 as I do not seem to have had peformance regressions or otherwise.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant