nowfound

Dev tools · alternatives · 2026

24 alternatives to A “living” Linux process with no memory

A "living" Linux process with no memory. Contribute to izabera/zeromaps development by creating an account on GitHub.

A proof-of-concept Linux process that operates without consuming measurable memory. This project demonstrates a technique for creating a minimal process that remains active on a system while using virtually no RAM.… Below are 24 products that do a similar job, ranked by how close each is in meaning and then by launch-day votes. A “living” Linux process with no memory launched in 2020; newer entries below may have overtaken it.

  1. 1

    Articles in this series Part I. Iterative ServersPart II. Forking ServersPart III. Pre-forking ServersPart IV. Threaded ServersPart V. Pre-threaded ServersPart VI: poll-based serverPart VII: epoll-…

    2019 · unixism.net · its alternatives →

  2. 2

    This project contains no code from Linux, BSD, Minix, or any other OS. Everything up until this point is written entirely from scratch, including a pure microkernel (that only implements multiprocessor priority scheduling, memory management, and interprocess communication), a work-in-progress implementation of the standard C library, and a variety of servers that provide drivers and other essential OS functionality. At the time of writing this post, the servers provide drivers for the keyboard, NVMe SSDs (that works on real hardware), a Unix-like virtual file system (with a single root…

    2024 · github.com · its alternatives →

  3. 3

    I wanted to see how fast an isolated code sandbox could start if I never had to boot a fresh VM. So instead of launching a new microVM per execution, I boot Firecracker once with Python and numpy already loaded, then snapshot the full VM state. Every execution after that creates a new KVM VM backed by a `MAP_PRIVATE` mapping of the snapshot memory, so Linux gives me copy-on-write pages automatically. That means each sandbox starts from an already-running Python process inside a real VM, runs the code, and exits. These are real KVM VMs, not containers: separate guest kernel, separate guest…

    Mar 2026 · github.com · its alternatives →

  4. 4

    A fast, rootless sandbox and virtual resource runtime for any workload, including untrusted and AI-generated code. Daemonless: a real, kernel-enforced container in ~3.5 ms from an OCI image, out of one static binary - getkern/kern

    Aug 2026 · github.com · its alternatives →

  5. 5

    Simple demo illustrating remanence of data in RAM (see Cold boot attack) using a Raspberry Pi. Loads many images of the Mona Lisa into RAM and recovers after powering off/on again. - anfractuosity/ramrecovery

    2024 · github.com · its alternatives →

  6. 6

    forkrun is the culmination of a 10-year-long journey focused on "how to make shell parallelization fast". What started as a standard "fork jobs in a loop" has turned into a lock-free, CAS-retry-loop-free, SIMD-accelerated, self-tuning, NUMA aware shell-based stream parallelization engine that is (mostly) a drop-in replacement for xargs -P and GNU parallel. On my 14-core/28-thread i9-7940x, forkrun achieves: * 200,000+ batch dispatches/sec (vs ~500 for GNU Parallel) * ~95–99% CPU utilization across all 28 logical cores, even when the workload is non-existant (bash no-ops / `:`)…

    Mar 2026 · github.com · its alternatives →

  7. 7

    A cross-language, zero-copy coroutine observability framework based on the cTP shared-memory protocol, utilizing lock-free ring buffers for ultra-low overhead state tracing. - lixiasky-back/coroTracer

    Mar 2026 · github.com · its alternatives →

  8. 8

    allocscope - a memory tracking tool. Contribute to matt-kimball/allocscope development by creating an account on GitHub.

    2023 · github.com · its alternatives →

  9. 9
    CtrlOps▲244

    Deploy, Debug & Manage Linux Servers with AI.

    May 2026 · ctrlops.io · its alternatives →

  10. 10

    hey guys. the other day i was migrating hosting providers and i just needed something not too heavy and convenient to spin up my backups for awhile and realised there is almost nothing out there. kimchi hasn't been updated for years and cockpit is heavy. so here's something i came up with in a couple hours because of a sudden urge, nothing fancy just basic creation with cloud init, lifecycle management and image/storage, but it's modern-ish and it compiles to a 8.4mb binary inclusive of the embedded web UI, CLI and API, and only dep is libvirt.

    2025 · github.com · its alternatives →

  11. 11RG

    Hey HN! I'm José, and I built Recall to solve a problem that was driving me crazy. The Problem: I use Claude for coding daily, but every conversation starts from scratch. I'd explain my architecture, coding standards, past decisions... then hit the context limit and lose everything. Next session? Start over. The Solution: Recall is an MCP (Model Context Protocol) server that gives Claude persistent memory using Redis + semantic search. Think of it as long-term memory that survives context limits and session restarts. How it works: - Claude stores important context as "memories" during…

    2025 · npmjs.com · its alternatives →

  12. 12NA
  13. 13

    A minimal C runtime for Linux i386 & x86_64. Contribute to lpsantil/rt0 development by creating an account on GitHub.

    2015 · github.com · its alternatives →

  14. 14

    This project launches multiple independent programs into a single shared virtual address space, while still behaving like separate processes (independent binaries, globals, and lifetimes). When threadprocs share their address space, pointers are valid across them with no code changes for well-behaved Linux binaries. Unlike threads, each threadproc is a standalone and semi-isolated process. Unlike dlopen-based plugin systems, threadprocs run traditional executables with a `main()` function. Unlike POSIX processes, pointers remain valid across threadprocs because they share the same address…

    Mar 2026 · github.com · its alternatives →

  15. 15
    Naarchy▲69

    A little island for everything on your Linux desktop

    16d ago · michaelchurley.com · its alternatives →

  16. 16

    A framework for diskless computing. Contribute to frzb/coinboot development by creating an account on GitHub.

    2018 · github.com · its alternatives →

  17. 17
    Hades▲62

    Serverless Dask to make a mockery of your massive workloads

    2022 · hades.earth · its alternatives →

  18. 18

    How often do you screw up the system so much you have to reformat the disk (without losing data) to fix it? Well, sometimes I do, and sometimes I can't be bothered to burn a live ISO onto a USB stick. There's initramfs, but it's hardly a pleasant environment, with network configuration and all. My go-to solution has typically been to create a chroot with busybox and a few utilities in /tmp, chroot into it, and then kill services that use the solid drive so that I can unmount it. That's an error-prone process, and sometimes systemd itself uses disk, so you can't unmount the drive despite…

    2024 · github.com · its alternatives →

  19. 19

    Hi HN, I've been building Nucleus, a lightweight Linux container runtime focused on two workloads: ephemeral AI-agent sandboxes and declarative NixOS services. It's a single Rust binary, no daemon. It is not a Docker replacement and not a strict subset of Docker either. I dropped the entire image-and-distribution half (no Dockerfile, no layers, no registry, no pull/push, no persistent storage layer) in exchange for going deeper on isolation and reproducibility. The rootfs is either a directory copied into tmpfs (agent mode) or a Nix-built closure mounted read-only (production mode). If…

    Jun 2026 · github.com · its alternatives →

  20. 20

    tiny_coro is a lightweight, educational M:N asynchronous runtime written from scratch using C++20 coroutines. It's designed to strip away the complexity of industrial libraries (like Seastar or Folly) to show the core mechanics clearly. Key Technical Features: M:N Scheduling: Maps M coroutines to N kernel threads (Work-Stealing via Chase-Lev deque). Memory Safety: Implements EBR (Epoch-Based Reclamation) to manage memory safely in lock-free structures without GC. Visualizations: I used Manim (the engine behind 3Blue1Brown) to create animations showing exactly how tasks are stolen and…

    Feb 2026 · github.com · its alternatives →

  21. 21

    Daemonless, ultra-lightweight (~2.1mb) speech recognition for Linux (no dependencies beyond pure C++23 and the Linux toolchain) - rccyx/asryx

    Jun 2026 · github.com · its alternatives →

  22. 22HA

    Most ZK proving systems are optimized for server-grade hardware with massive RAM. When scaling to industrial-sized traces (2^20+ rows), they often hit a "Memory Wall" where allocation and data movement become a larger bottleneck than the actual computation. I have been developing Hekate, a ZK engine written in Rust that utilizes a Zero-Copy streaming model and a hybrid tiled evaluator. To test its limits, I ran a head-to-head benchmark against Binius64 on an Apple M3 Max laptop using Keccak-256. The results highlight a significant architectural divergence: At 2^15 rows: Binius64 is faster…

    Jan 2026 · its alternatives →

  23. 23

    Track the RAM usage of a process and its descendants in real time - dbohdan/memsparkline

    2024 · github.com · its alternatives →

  24. 24
    Memara▲4

    Persistent memory for Claude, ChatGPT, n8n & any AI agent

    Jun 2026 · app.memara.io · its alternatives →

Also compare

Ranked by how close each launch is in meaning, then by votes. Prices were read from each product’s own site when checked and can change. Refine with your own description →