系统与基础设施github.com
Oasis：一个小型静态链接 Linux 系统
Oasis – a small, statically-linked Linux system
2020 — 2024，它一次次回到首页
黑点是上首页（≥ 50 分）的那次投稿，空心点是没冲上去的投稿，点越大分数越高。
导读
Oasis 是一个小型、全静态链接的 Linux 系统，使用 musl 和 BearSSL 等轻量组件构建，不依赖共享库。它面向需要极简、快速启动的部署场景，例如小型 VPS。
为什么经久不衰：它展示了完全静态链接、无共享库的 Linux 系统的可行性与实际优势，对追求极简和可靠部署的开发者仍有参考价值。
HN 评论精选
实测 Oasis 启动速度远快于 systemd 的 Debian，适合小型 VPS 部署
我之前做过一个不太严谨的测试，对比 Oasis 和精简的、用 systemd 的 Debian 的启动速度。Oasis 完胜。现在它是我部署小型 VPS 的首选。（systemd 那边启动时被网络拖慢了，有人会说这是人为延迟，但这就是真实启动的情况，而 Oasis 早就启动完了。）
dijit查看英文原文
I ran a really non-scientific test before on startup speed between Oasis vs a slimmed down direct kernel booted Debian with systemd. Obviously I'm writing this because Oasis absolutely trounced it. So; Oasis is currently my go-to for small deployed VPS's. (here's the video if you actually care: https://www.youtube.com/watch?v=X2Aw5SSqYFo you'll note that the systemd one was delayed by the network on start- some people are going to argue that this is an artificial delay, but this is the truth of a startup and oasis had already booted before the delay anyway)
支持静态链接，认为共享库弊大于利
让共享库消失吧。它们带来的麻烦完全不值得那点好处。我一直梦想有人能造一个没有共享库的系统。
waynecochran查看英文原文
Death to shared libraries. The headaches they cause are just not worth the benefit. I have been dreaming of someone cresting a system devoid of them.
BearSSL 优秀但缺乏专家审计，作者本人也劝慎用；此类项目有助于推广
BearSSL 非常小巧、写得很好，但没被广泛采用——大概是因为作者本人不鼓励在严肃场景使用它。密码学库需要大量测试和专家评审，BearSSL 还没有。Thomas Pornin 在密码学方面非常聪明，BearSSL 是我做小型（多为嵌入式）项目的首选密码库。这类项目或许能帮它获得应有的关注。
numlock86查看英文原文
> BearSSL is incredibly small and well written, but is not widely adopted. Well, probably because the author himself discourages you from using it in anything serious. Crypto libraries need a lot of testing and reviews by experts, which BearSSL doesn't have yet. Thomas Pornin is an incredibly smart guy when it comes to crypto and BearSSL is my crypto library of choice for small (mostly embedded) projects, too. Projects like this might help to get it the attention it needs.
静态链接在 DNS 解析和 PAM 等方面仍有实际短板
我很好奇它如何处理客户端 DNS 解析，这是“完全静态链接”的一个难点。编辑：看起来用的是 musl 的 resolver，比我多年前用的时候好多了，但仍缺 IDN/punycode 等支持。PAM 可插拔认证在这种架构下也可能是问题，至少需要大量手动研究和调整。
tyingq查看英文原文
I'm curious how it handles the client side dns resolver. That's one of the sticking points for "fully static linking". Edit: Looks like it uses musl's resolver. Which is better than I remember it when using it a long time ago. It does still lack some things like IDN/punycode support. And things like this: https://twitter.com/richfelker/status/994629795551031296?lang=en Pluggable authentication modules (PAM) may also be an issue with this setup, probably at least requires a lot of manual research and twiddling.
历次讨论
同类还值得读
TTY 揭秘（2008）
The TTY demystified (2008)
经典文章深入剖析了 Unix/Linux 中 TTY 子系统的工作原理，包括线路规程、终端驱动、信号与控制字符等机制。
系统与基础设施上首页 11 次 · 2009–2025linusakesson.net编辑精选为什么 GNU grep 这么快
Why GNU grep is Fast
FreeBSD 邮件列表上一篇广为流传的帖子，解释 GNU grep 为什么快：核心在于 Boyer-Moore 字符串搜索算法配合精心优化的内部循环和 I/O，让程序在搜索时“…
系统与基础设施上首页 9 次 · 2010–2022lists.freebsd.orgXplain：为普通人讲解 X11
Xplain – Explaining X11 for the rest of us
《Xplain》是作者（HN 用户 Jasper_）写的一系列 X11 长文，用他在浏览器中重建的 X11 绘图模型做交互演示，讲解 X11 的绘图模型与窗口系统设计。
系统与基础设施上首页 6 次 · 2013–2020magcius.github.io编辑精选旋风教程：为 Linux 创建极小 ELF 可执行文件（1999）
A Whirlwind Tutorial on Creating Really Teensy ELF Executables for Linux (1999)
breadbox 写于 1999 年的经典教程，主题是如何为 Linux 手工构造并裁剪出体积极小的 ELF 可执行文件。
系统与基础设施上首页 6 次 · 2007–2025muppetlabs.comPostgreSQL 内部原理
The internals of PostgreSQL
《The Internals of PostgreSQL》是一本免费在线书籍，系统讲解 PostgreSQL 的内部实现，包括查询处理、并发控制、WAL、缓冲区管理等核心机制。
系统与基础设施上首页 5 次 · 2017–2025interdb.jp编辑精选