Announcing a new -ck release, 5.4-ck1 with the latest version of the Multiple Queue Skiplist Scheduler, version 0.196. These are patches designed to improve system responsiveness and interactivity with specific emphasis on the desktop, but configurable for any workload.
This is a resync from 5.3-ck1, done promptly to make up for the last release's delays.
Thank you very much.ReplyDelete
You are my hero. Thank you!ReplyDelete
Thank you, runs fine.ReplyDelete
That was fast! Thank you!ReplyDelete
I tested this on an ARM Chromebook (RK3288 CPU) and it seems to work fine, but I had to remove the references to cpu_llc_id and add `select GENERIC_CLOCKEVENTS_MIN_ADJUST` to arch/arm/Kconfig.ReplyDelete
What did you do regarding 'cpu_llc_shared_map' in kernel/sched/MuQSS.c?Delete
It seems to be undeclared for anything but x86.
Con, can you please merge this patch https://github.com/OpenMandrivaAssociation/kernel-release/blob/master/MuQSS-export-can_nice-for-binder.patch ?ReplyDelete
It's needed for kernel with Android Binder module (Ubuntu, Debian, OpenMandriva).
Nevermind, it's a Debian-specific patch ( https://salsa.debian.org/kernel-team/linux/blob/master/debian/patches/debian/export-symbols-needed-by-android-drivers.patch, https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=901492 )Delete
I experience strange "partial" freezes when low-priority (renice +20 ...) multithreaded process starts heavy calculations saturating all HT-cores.ReplyDelete
Some processes still work fine, but things like firefox freeze for minutes. After calculation finishes, firefox continues to work.
I have "interactive" on, rr_internal equal to 4, yield_type all values checked, rqshare=mc.
How much memory and I/O is that process using? Have you tried sched idleprio instead?Delete
That process is steady at ~20Gb on 96Gb system. No IO at all. Nope I haven't checked idleprio.Delete
I've tried using idle_prio, but so far process fails with error failing to create threads. I suspect it might be some library issue though.Delete
I switched to threadiqrs and rqshare=none (hanging issues on boot) and now everything smooth and nice! No partial freezes at all!Delete
With this patch I get a Kernel Panic.
See the picture here: https://imgur.com/a/iBWOiz4
and my dmesg is here: https://pastebin.com/2mRubpti
Any possibility that this gets fixed?
I'm running rhel-8 it's a thinkpad T420.