Package Details: linux-ck 6.11-1

Git Clone URL: https://aur.archlinux.org/linux-ck.git (read-only, click to copy)
Package Base: linux-ck
Description: The Linux kernel and modules with ck's hrtimer patches
Upstream URL: https://wiki.archlinux.org/index.php/Linux-ck
Licenses: GPL-2.0-only
Provides: KSMBD-MODULE, VIRTUALBOX-GUEST-MODULES, WIREGUARD-MODULE
Replaces: virtualbox-guest-modules-arch, wireguard-arch
Submitter: graysky
Maintainer: graysky
Last Packager: graysky
Votes: 459
Popularity: 0.92
First Submitted: 2011-07-22 14:51 (UTC)
Last Updated: 2024-09-19 13:04 (UTC)

Dependencies (14)

Required by (6)

Sources (6)

Latest Comments

« First ‹ Previous 1 .. 60 61 62 63 64 65 66 67 68 69 70 .. 307 Next › Last »

francoism90 commented on 2017-11-04 21:28 (UTC)

@kwe: Do you have a source? We should try to keep the Wiki up-to-date, contributes are welcome. :)

Terence commented on 2017-11-04 20:22 (UTC)

@kwe Thanks and sorry for the off-topic.

kwe commented on 2017-11-04 20:20 (UTC)

@Terence 1. this is not really related to this AUR package anymore 2. don't take the wiki for the golden words from god 3. what the note means is that all sq schedulers are unavailable and (probably from pre-4.12 Kernels) that there were no mq-schedulers. 4.12 added Kyber and BFQ

Terence commented on 2017-11-04 20:14 (UTC) (edited on 2017-11-04 20:17 (UTC) by Terence)

@kwe Ok my bad, I forgot it's not deadline anymore but mk-deadline. Why is the wiki saying that I can't do that though? https://wiki.archlinux.org/index.php/improving_performance#Tuning_IO_schedulers

kwe commented on 2017-11-04 20:10 (UTC)

@Terence Deadline should be an option: $ cat /sys/block/sda/queue/scheduler mq-deadline kyber [bfq] none

Terence commented on 2017-11-04 20:09 (UTC)

@kwe Ok, I'm indeed using grub and forgot about that, thanks. One more question: I have my root partition on my SSD and my home/var partition on my HDD. I was before using deadline on the SSD and BFQ on the HDD. It seems I can't do that anymore now and it's confirmed by the arch wiki. Will it's still perform ok with the SSD compared to deadline or is there another alternative for my system configuration?

kwe commented on 2017-11-04 20:02 (UTC)

@Terence: From what I can tell, the "elevator" parameter is being slowly phased out and might only set the sq scheduler. Using elevator=[mq-scheduler] seems to crash. There is a patch for the Linux kernel that fixes this crash by introducing a relevant check, but it won't be introduced until 4.15 IIRC. You don't need to boot a live system if you're using GRUB. You can edit the start parameters via the E key and then fix your GRUB config from within your normal system.

Terence commented on 2017-11-04 19:58 (UTC)

@kwe Thanks for your relevant comment, I tried to use the 'elevator' kernel parameter but it crashed the kernel at boot and I needed to boot to the live usb to be able to fix it. I then have 2 questions: 1) Why are there still patches for BFQ included? 2) Can the package be updated with "CONFIG_SCSI_MQ_DEFAULT = y"?

kwe commented on 2017-11-04 18:59 (UTC)

@everybody who is not involved, @Terence I've had some troubles figuring out what's up, so here is my tl;dr of the issue: We used to have BFQ as a part of the ck kernel patches. With a recent kernel version, you have BFQ merged into the vanilla kernel.org kernel tree. Hence, BFQ was removed from the ck patchset. However, the BFQ in the kernel is for blk-mq, whereas previously we had bfq for non-mq / sq. Because this kernel defaults to sq (CONFIG_SCSI_MQ_DEFAULT = n), the mq BFQ from the Linux kernel is not available. The solution seems to be to either build with that option enabled or alternatively boot the kernel with scsi_mod.use_blk_mq=1

Terence commented on 2017-11-04 18:52 (UTC)

I can't get BFQ to be enabled with the latest version.

« First ‹ Previous 1 .. 60 61 62 63 64 65 66 67 68 69 70 .. 307 Next › Last »