typometer VS zen-kernel

You can download the tool here: https://github.com/pavelfatin/typometer

Thanks, that's a really nice offer. Well, if your pi can run typometer that would be an ideal thing to test. Use an editor that has good typing latency. That is nothing based on electron or java. Geany or Kate should work. Don't use vim or emans on a terminal as most terminals have terrible typing latency (except xterm and mlterm)

Typometer with 200 characters

There is a great comparison between various terminals' latency https://danluu.com/term-latency/ (it comes up periodically on HN too - https://news.ycombinator.com/item?id=19443076), so once when I was curious if it was just me or if RDP was indeed slower, I did a quick test using the same toolset - https://github.com/pavelfatin/typometer

It is not a super-scientific test since:

0) I didn't spend too much time on this

open -a Spotify --args --disable-smooth-scrolling

You used to be able to disable Chrome's smooth scrolling with chrome://flags/#disable-smooth-scrolling, but that flag was removed for whatever reason.

I'm also surprised by how much faster Firefox's builtin middle mouse click autoscroll is compared to Chrome's ersatz AutoScroll[2] extension.

[0]: https://download.developer.apple.com/Developer_Tools/Additio...

[1]: https://pavelfatin.com/typometer/

[2]: https://chrome.google.com/webstore/detail/autoscroll/occjjkg...

First, about the methodology: I took all my measurements with typometer on an Ubuntu 18.04 computer running X11. I tried Firenvim (both in Firefox and Chrome), Fvim, Gnvim, Goneovim, Neovim-Gtk, Nvim-Qt, Nwin and Uivonim. I couldn't try Neovide because it didn't run on my computer. The terminal I tried was Kitty, which has better latency than Alacritty.

The first thing to do is to try and measure latency to confirm your feeling. You can use something like typometer ( https://github.com/pavelfatin/typometer ) to do that.

Linux is configurable. If you don't want it to freeze up, configure it so it wont https://github.com/zen-kernel/zen-kernel

What do you mean fingers in the pie? And for liquorix the four people are only the ones involved in the packaging, you'll notice that they just include one huge monolithic patch here https://github.com/damentz/liquorix-package/tree/6.1/master/linux-liquorix/debian/patches/zen and to see what is inside that and whose fingers are in there you need to look into https://github.com/zen-kernel/zen-kernel and you have exactly the same situation as with xanmod with your 13k contributors.

It seems like the zen kernel "doesn't use" the same version as the upstream kernel (default). I think for now it is still on 6.0.12: https://github.com/zen-kernel/zen-kernel

Find the source here.

Officially supported kernels Community support on forum and bug reporting is available for officially supported kernels. Stable — Vanilla Linux kernel and modules, with a few patches applied. https://www.kernel.org/ || linux Hardened — A security-focused Linux kernel applying a set of hardening patches to mitigate kernel and userspace exploits. It also enables more upstream kernel hardening features than linux. https://github.com/anthraxx/linux-hardened || linux-hardened Longterm — Long-term support (LTS) Linux kernel and modules. https://www.kernel.org/ || linux-lts Zen Kernel — Result of a collaborative effort of kernel hackers to provide the best Linux kernel possible for everyday systems. Some more details can be found on https://liquorix.net (which provides kernel binaries based on Zen for Debian). https://github.com/zen-kernel/zen-kernel || linux-zen

linux5.18-zen $: cd patches patches $: wget https://github.com/zen-kernel/zen-kernel/releases/download/v5.18.11-zen1/v5.18.11-zen1.patch.xz patches $: xz -d v5.18.11-zen1.patch.xz

@OP So yeah on Linux we don't have NVE which i'm kinda glad about for various reasons. But we have gamemode (sorry for the ArchWiki entry on it) and custom kernels like Zen. If you opt to install the Zen Kernel ALWAYS keep a regular Kernel as backup, just in case.

I was afraid that disabling dm-crypt workqueues caused it: https://github.com/zen-kernel/zen-kernel/issues/282