darling
earlyoom
Our great sponsors
darling | earlyoom | |
---|---|---|
116 | 60 | |
11,015 | 2,683 | |
0.9% | - | |
8.3 | 4.4 | |
12 days ago | 7 days ago | |
Objective-C | C | |
GNU General Public License v3.0 only | MIT License |
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.
darling
- Zed is now open source
-
MacOS like WINE
There is actually a Wine-like transplier called Darling. The problem is that development is very slow because there is not as much need for MacOS programs on Linux, and there is a huge shortage of volunteers and manpower. And it has been rendered almost obsolete because Apple moved to ARM. Additionally 90% of Apple's API is closed source despite Apple claiming to champion open source.
There's https://www.darlinghq.org/ , but it's much less mature and less capable than Wine, today. There are a variety of reasons for that. One of them is that Wine started much earlier, in 1993, vs in 2012. One of them is that there's a much larger library of existing Win32 software, which tends to mean that there's more interest in providing a compatible runtime for that software. And one is simply that there are commercial vendors like Valve working on Wine in order to ensure that Microsoft can't lock them into a platform like Apple's App Store and demand a significant percentage of all sales as Apple does for iOS.
-
RavynOS Finesse of macOS. Freedom of FreeBSD
Unfortunately not. Darling [0] is still at the point that it can only run command line applications. Only the most basic GUI applications are supported. That's still a massive accomplishment that I don't want to diminish, but it's nowhere near the point that WINE was at even quite a long time ago.
-
Darling: Run macOS Software on Linux
xcodebuild CLI to compile iOS apps without a Mac. Seems possible in theory, although there's an ongoing issue some are seeing apparently: https://github.com/darlinghq/darling/issues/488
- Whisky: Wine Supercharged with the Power of Apple's Game Porting Toolkit
- The first conformant M1 GPU driver
-
[Review] Introducing cargo-xwin: A Solution for Cross-Compiling Rust on macOS to MSVC
There is a "Wine but for MacOS" https://www.darlinghq.org/, though we've never actually used it since it unfortunately doesn't support aarch64.
-
Validating binaries on different platforms from the source environment
Is only working for Windows and Linux at the moment (although Darling could be promising of OSX)
earlyoom
- Earlyoom – Early OOM Daemon for Linux
-
earlyoom VS thrash-protect - a user suggested alternative
2 projects | 12 Oct 2023
-
Linuxatemyram.com
RAM compression is not magic.
It does allow you to save RAM and might prevent you from hitting swap for a while longer, but it won't save you if your working set is just too large and/or difficult to compress. Apps like web browsers with multiple tabs open might be easier to compress, a game with multiple different assets that are already in a variety of compressed formats, less so.
The Linux Kernel also has a bunch of optimizations (Kernel same-page merging, for example, among others) that do not require compression(although you could argue that same-page merging _is_ a form of compression).
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.
> which always takes minutes in my experience
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.
I have always found Linux to behave far more gracefully than Windows (OSX is debatable) in low memory conditions, and relatively easy to tune. Windows is a swapping psycho and there's little you can do. OSX mostly does the right thing, until it doesn't.
> 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?
- Why is there no reliable way to receive signal when OOM killer decides to kill you
-
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
-
Lenovo Legion 5 Laptop 15ACH6H (AMD Ryzen 5 5600H - NVIDIA GeForce RTX 3060 - RAM: 8 GB) freezes completely and sometimes even reboots
u/ky1-E u/RelZo u/bionade24 u/Lawstorant UPDATE: I installed earlyoom and it got triggered every time I was doing something heavy (like very frequently).. Could that perhaps be an indication that is indeed OOM? If so, getting more RAM should fix it, right? (I saw that it supports 32GB and it has 2 slots, so my best bet would be getting 2x16GB)
You should also get an early OOM killer like earlyoom. Otherwise the kernel OOM killer takes ages to kick in.
-
So turns out linux auto kills processes that use up all available memory (code in example is just malloc and printing the pointer locations)
On a side note: I use (and love) https://github.com/rfjakob/earlyoom
- Ask HN: What Linux did NOT do right?
What are some alternatives?
oomd - A userspace out-of-memory killer
nohang - A sophisticated low memory handler for Linux
systemd - The systemd System and Service Manager
text-generation-webui - A Gradio web UI for Large Language Models. Supports transformers, GPTQ, AWQ, EXL2, llama.cpp (GGUF), Llama models.
macOS-Simple-KVM - Tools to set up a quick macOS VM in QEMU, accelerated by KVM.
ravynos - A BSD-based OS project that aims to provide source and binary compatibility with macOS® and a similar user experience.
Lenovo-Thinkpad-T450-T450s-Hackintosh-Guide-Opencore - This repo contains the installation guide and EFI files required to get a perfectly functional Catalina and Big Sur hackintosh on your Brodwell (5th gen) T450 or T450s. Everything is stable and functional as described in the Readme.
nonguix - Nonguix mirror – pull requests ignored, please use upstream for that
macos-virtualbox - Push-button installer of macOS Catalina, Mojave, and High Sierra guests in Virtualbox on x86 CPUs for Windows, Linux, and macOS
cctools-port - Apple cctools port for Linux and *BSD
XMousePasteBlock - Userspace tool to disable middle mouse button paste in Xorg
NsCDE - Modern and functional CDE desktop based on FVWM