KLV Full Real Time Kernel 6.9.0-rt5, overlayfs, usrmerge

Moderator: Forum moderators

Post Reply
User avatar
rockedge
Site Admin
Posts: 6522
Joined: Mon Dec 02, 2019 1:38 am
Location: Connecticut,U.S.A.
Has thanked: 2733 times
Been thanked: 2615 times
Contact:

KLV Full Real Time Kernel 6.9.0-rt5, overlayfs, usrmerge

Post by rockedge »

For all KLV variants there is now available a Full Real Time Kernel 6.9.0-rt5. Tested in KLV-Airedale, KLV-Boxer and KLV-Spectr this is the usual drop in modular kernel and uses any FirstRib skeleton initrd.gz.

Set for high frequency and patched for full real time operations.
DOTconfig-6.9.0-x86_64-150824

as usual use at your own risk.
Download from -> KLV-6.9.0-rt5_full_realtime
or view the collection -> https://rockedge.org/kernels/

Screenshot(1).jpg
Screenshot(1).jpg (54.86 KiB) Viewed 596 times
Clarity
Posts: 3810
Joined: Fri Jul 24, 2020 10:59 pm
Has thanked: 1613 times
Been thanked: 519 times

Re: KLV Full Real Time Kernel 6.9.0-rt5, overlayfs, usrmerge

Post by Clarity »

For awhile, I have had a concern using real-time kernels with file management services in forum distros. I dont experience these in WINs/MACs

Concern: Writing to one device ties up the whole desktop's operations until the copy operation completes. Is this a result of the kernel or something else?

Curious

geo_c
Posts: 2877
Joined: Fri Jul 31, 2020 3:37 am
Has thanked: 2197 times
Been thanked: 872 times

Re: KLV Full Real Time Kernel 6.9.0-rt5, overlayfs, usrmerge

Post by geo_c »

Clarity wrote: Fri Aug 16, 2024 3:04 am

For awhile, I have had a concern using real-time kernels with file management services in forum distros. I dont experience these in WINs/MACs

Concern: Writing to one device ties up the whole desktop's operations until the copy operation completes. Is this a result of the kernel or something else?

Curious

I don't find this to be the case.

I've been using mostly realtime kernels with KLV's for years now. I haven't swapped one in a pure puppy yet, but you may be right, as I remember jackalpup may have had a tendency to act that way during copy operations.

I think it might have more to do with particular machines, drives, modules, and file managers.

I often setup a huge 80GB file copy command and browse the forum while it's executing.

It's interesting though to see which operations max the processors. For instance, when I squash a file system using mksquashfs, it drives all of my cpu's full tilt. I have to make sure I have the governor and processor limits set correctly to avoid overheating.

But even while running mksquash, it's still okay to run other applications for me on KLVs with RT kernels.

To reiterate, when using RT kernels it's more important to tweak the cpu governor. I always make sure cpupower is installed to do this. And I have command scripts on hotkeys so I can make instant switches when necessary.

Last edited by geo_c on Sat Aug 17, 2024 4:02 pm, edited 1 time in total.

geo_c
Old School Hipster, and Such

User avatar
rockedge
Site Admin
Posts: 6522
Joined: Mon Dec 02, 2019 1:38 am
Location: Connecticut,U.S.A.
Has thanked: 2733 times
Been thanked: 2615 times
Contact:

Re: KLV Full Real Time Kernel 6.9.0-rt5, overlayfs, usrmerge

Post by rockedge »

@Clarity I also have not experienced this except using an old DELL a single core Pentium with 789 M of usable RAM.

@geo_c I ran into an error using cpupower using this kernel on KLV-Boxer-rc4!
But I found the fix!

Code: Select all

bash-5.2# cpupower frequency-info
modprobe: can't load module msr (kernel/arch/x86/kernel/msr.ko.zst): invalid module format

The solution was to install kmod

Code: Select all

xbps-install -Sy kmod

I will modify the KLV-Boxer PLUG to include the kmod package during the system build.

Also will check on KLV-AIredale and KLV-Spectr if this is needed as well, though we would have seen this error I think.

Post Reply

Return to “Kernels”