Wednesday, 27 November 2019

linux-5.4-ck1, MuQSS version 0.196 for linux-5.4

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.

linux-5.4-ck1:
-ck1 patches:
Git tree:
MuQSS only:
Download:
Git tree:


Web: http://kernel.kolivas.org


This is a resync from 5.3-ck1, done promptly to make up for the last release's delays.
Enjoy!
お楽しみ下さい
-ck

14 comments:

  1. Thank you very much.

    ReplyDelete
  2. Thank you, runs fine.

    ReplyDelete
  3. That was fast! Thank you!

    ReplyDelete
  4. 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
    Replies
    1. What did you do regarding 'cpu_llc_shared_map' in kernel/sched/MuQSS.c?
      It seems to be undeclared for anything but x86.

      Delete
  5. Con, can you please merge this patch https://github.com/OpenMandrivaAssociation/kernel-release/blob/master/MuQSS-export-can_nice-for-binder.patch ?
    It's needed for kernel with Android Binder module (Ubuntu, Debian, OpenMandriva).

    ReplyDelete
    Replies
    1. 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
  6. I experience strange "partial" freezes when low-priority (renice +20 ...) multithreaded process starts heavy calculations saturating all HT-cores.

    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.

    Any ideas?

    ReplyDelete
    Replies
    1. How much memory and I/O is that process using? Have you tried sched idleprio instead?

      Delete
    2. That process is steady at ~20Gb on 96Gb system. No IO at all. Nope I haven't checked idleprio.

      Delete
    3. 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
    4. I switched to threadiqrs and rqshare=none (hanging issues on boot) and now everything smooth and nice! No partial freezes at all!
      Thanks, Con.

      Delete
  7. Hi Kon,

    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.

    ReplyDelete