earlyoom
kinto
earlyoom | kinto | |
---|---|---|
60 | 132 | |
2,749 | 4,158 | |
- | - | |
8.6 | 3.2 | |
11 days ago | 2 months ago | |
C | Python | |
MIT License | GNU General Public License v3.0 only |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
earlyoom
- Earlyoom – Early OOM Daemon for Linux
- Fedora Workstation 39
-
earlyoom VS thrash-protect - a user suggested alternative
2 projects | 12 Oct 2023
-
Linuxatemyram.com
> The system is not supposed to 'lock up' when you run out of physical RAM. If it does, something is wrong. It might become slower as pages are flushed to disk but it shouldn't be terrible unless you are really constrained and thrashing. If the Kernel still can't allocate memory, you should expect the OOMKiller to start removing processes. It should not just 'lock up'. Something is wrong.
I don't why but locking up is my usual experience for Desktop Linux for many years and distros, and I remember seeing at least one article explaining why. The only real solution is calling the OOMKiller early either with a daemon or SysRq.
> It should not take minutes. Should happen really quickly once thresholds are reached and allocations are attempted. What is probably happening is that the system has not run out of memory just yet but it is very close and is busy thrashing the swap. If this is happening frequently you may need to adjust your settings (vm.overcommit, vm.admin_reserve_kbytes, etc). Or even deploy something like EarlyOOM (https://github.com/rfjakob/earlyoom). Or you might just need more RAM, honestly.
Yeah. Exactly. But as the thread says, why aren't those things set up automatically?
- OOM still a disaster zone
-
Fedora spins
It's not that simple: some defaults may differ, and some features may arrive at different times (if ever). For example, earlyoom has been enabled on Workstation since F32, but the KDE Plasma spin got it one release later.
-
So what exactly do I do if Linux crashes?
Most answers will answer your question, but you can do better and avoid the freezes in the first place. IME almost every time the system froze up and didn't come back in a few seconds it was out of memory. The obvious solution is to add memory, but you can use Early OOM to kill hungry processes if you're running out of memory instead.
- Why is there no reliable way to receive signal when OOM killer decides to kill you
-
What do you do when Linux becomes unresponsive (in a frozen state,mouse clicks or keyboard doesn't work)
It sounds like you're running out of memory though, so if your OS's OOM killer isn't working as well as it should, you can try earlyoom as an alternative.
-
Linux Desktop Environments System Usage (Gnome, KDE, XFCE, LXQT, Cinnamon, Mate)
Swap is indeed supposed to prevent this AFAIK. You can though try some tools like EarlyOOM and see if it helps : https://github.com/rfjakob/earlyoom
kinto
- RavynOS Finesse of macOS. Freedom of FreeBSD
-
Learn AutoHotKey by stealing my scripts
If you like macOS keyboard shortcuts, I recommend you checkout Kinto go Windows and Linux. On Windows, Kinto used AHK
https://kinto.sh
However, at least when I set it up Kinto did not provide switching windows I’m this fashion. Here is the script I use.
```
; BRING FORWARD ALL WINDOWS OF THE CURRENT APPLICATION
-
Toshy v23.08: Mac-like per-app keyboard shortcuts. Now supports Solus 4.4.
The project was based on another project that's been around for a few years called Kinto, by Ben Reaves, which notably also has a Windows version (https://kinto.sh) using AutoHotkey. But has no Wayland support (at this time) in its Linux version.
-
Toshy v23.07: Mac-like per-app keyboard shortcuts. Supports Tumbleweed and Leap.
Toshy is based on Kinto.sh, by Ben Reaves (https://kinto.sh or https://github.com/rbreaves/kinto). Kinto is basically an extensive keymapper config that not only shifts modifier keys appropriately for different keyboard types, but has full keymaps for a number of different apps like VSCode. My variant of Kinto adds some features and utilities for managing the services that make it work, and tools like a script to change the function keys mode of any keyboard that uses hid_apple. That means MacBook keyboards mostly, but also some non-Apple keyboards with media keys apparently use that driver module.
- Toshy v23.07: Mac-like per-app keyboard shortcuts on KDE (supports Wayland+KDE)
-
Swap alt and win keys using command line
I don’t know if you can activate it via a keyboard shortcut, but I use Kinto.sh to swap keys on my MacBooks.
-
Macbook keyboard type for Fedora
Hello, there's an open issue about this in their repo: https://github.com/rbreaves/kinto/issues/772
-
emergency mac user,can i make it more linux?
There is a setting in keyboard preferences for that.However if you can get yourself used to macOS shortcuts I highly recommend doing so as they seem to be superior especially if you are a programmer and use the terminal a lot, as on macOS you can simply use Command+C to copy from a terminal and Ctrl+C still works for sending SIGINT. Also Command+, will open preferences for almost every application on macOS. Shortcuts on macOS are very consistent across many apps unlike on Linux or Windows. After you get your Linux laptop back you can continue using these shortcuts thanks to a tool called kinto.sh.
-
Keyd: Linux Key Remapper
Tangential: I'm currently looking for a way to map Mac-style shortcuts on Linux (e. g. Meta + C/V for copy / paste). The only thing I know is https://kinto.sh/, but it looks a bit too janky to my taste. Any other ideas?
-
Reviving an old MacBook with Linux? Do these immediately.
And nothing about installing my https://kinto.sh app?
What are some alternatives?
oomd - A userspace out-of-memory killer
autohotkey-windows-mac-keyboard - AutoHotkey Mappings to emulate OSX behaviour with a Mac keyboard on Windows
nohang - A sophisticated low memory handler for Linux
touchegg - Linux multi-touch gesture recognizer
systemd - The systemd System and Service Manager
keyd - A key remapping daemon for linux.
darling - Darwin/macOS emulation layer for Linux
AutoKey - AutoKey, a desktop automation utility for Linux and X11.
XMousePasteBlock - Userspace tool to disable middle mouse button paste in Xorg
Unshaky - A software attempt to address the "double key press" issue on Apple's butterfly keyboard [not actively maintained]
le9-patch - [PATCH] mm: Protect the working set under memory pressure to prevent thrashing, avoid high latency and prevent livelock in near-OOM conditions
espanso - Cross-platform Text Expander written in Rust