企业官网建设流程全解析

Linux 装机 42 分钟 vs 12 秒：Omarchy 的 ISO 瘦身与预加载优化

本文译写自 Lex Fridman Podcast #501，嘉宾 DHH（David Heinemeier Hansson），2026 年 8 月。

「对卓越的追求不需要解释。」

这句话出自 Mitchell Hashimoto——Ghostty 终端的作者、HashiCorp 的创始人。DHH 在解释自己为什么非要让一个操作系统在一分钟之内装完时，先引的就是这句。

想把一件事做到尽可能好、尽可能快、尽可能漂亮，这本身不需要理由。

但这件事其实不是从「一分钟目标」开始的。

买台新电脑，第一件事是先等一小时

这个基准早就被扭曲得不成样子了。DHH 举了两个自己亲身经历的例子。

第一个是他为了 Adobe Lightroom 去买的一台新 Mac——那是唯一一个他在 Linux 上还没能用 vibe coding 搞定的应用。全新的电脑，开箱，他来配置，有个软件更新。在他准备好安装 Adobe Lightroom 之前、在把它升到最新状态之前，花了 42 分钟。

他的原话是：这太畸形了。这是对所有喜欢电脑的人的侮辱——你拿到一台新电脑，在用之前，得先花 42 分钟给出厂就已经装好的东西打更新。

第二个例子更糟。因为所有这些 Linux 机器都是以 PC 形式卖的，它们都预装了 Windows，所以他买了一台。就在三周前，全新机器，Intel Panther Lake，全套配置。从拆箱到能用，一小时三十五分钟。

对比之下，那台装了 Omarchy 的机器，回答五个问题、大概 40 秒，就进系统了。

DHH 把这个落差讲得很清楚：我们是有能力造出这样的电脑的，我们有这个技术，我们从大概 1981 年 Commodore 64 问世的时候就有这个技术了。Commodore 64 拆开、按下开机键，BASIC 解释器不到一秒就准备好接受命令，几乎就是即时的，基本上没有启动时间。

现在我们有一台快了一万亿倍的电脑，可你却得花 42 分钟甚至一个半小时去配置它才能用。这件事让他愤怒到它变成了一种热情。

目标是怎么从 15 分钟一路收到 45 秒的

DHH 说，刚开始的时候他是很保守的。他当时想，如果能把整套系统在 15 分钟内配好，比起以前那些做法已经是巨大的进步，他就会完全满意。

定下一个目标之后，事情就自己往下走了。

DHH 最初的目标是两分钟。破了之后他想，既然能破两分钟，为什么不能破一分钟？他当时也觉得这想法太疯狂——你不可能在一分钟内装好一个现代操作系统，如果别的系统要花 42 分钟，像 Apple 那么多聪明人在里面都花了 42 分钟，那这条线就该在那。
但他推翻了自己这个判断：它不是线，因为根本没有速度上限。

他举了四分钟一英里的例子。1952 年，当时人们认为人类不可能突破它。然后有一个人破了，紧接着就在之后几个月里，又有三个人破了。

所以目标一路收紧。60 秒这道关，是大约三周前，也许甚至两周前才破的。他当时直接玩疯了，然后放了一群 agent 去跑各种自动研究循环，去试各种设想：如果把这里改了、如果把那里改了、如果把这个砍掉呢、如果并行来做呢。
目前的世界纪录是 45 秒。DHH 在节目里说，如果有人在这次之后装了 Omarchy Quattro 并且能打破 45 秒，截个图发给他，你就是新的世界纪录保持者。

「五分钟已经够快了」——但根本没有速度上限

这里有个值得记下来的分歧。

X 上有人吵的就是这个：你干嘛还要继续？五分钟已经够快了。

DHH 的回应是：好吧，也许对你够快了，但对我来说，12 秒好玩得多。

他一直在试着从第一性原理去想这件事。节目里他让 Lex 现场做了一次测试——按 Omarchy 键，打 speed，列表里有一个磁盘速度测试。Lex 跑出来是每秒 7 GB。

DHH 接着推：那块硬盘就有这么快。Omarchy 这个发行版是 5.8 GB。如果我们能以 7 GB 的速度跑，那我们为什么不能在一秒内装好一个 Linux 发行版？

他自己也知道实际上做不到，因为 USB 盘比这慢得多。但结论是：你应该能把所面对的那些底层物理和协议压榨到极限，那才是你的目标。我们得一路退回到那个极限上去。

在同一次休息里，他还跟一起做这件事的 Ryan Hughes 聊出了另一条路：他们对硬件足够了解，比如 Dell XPS，就可以做出针对特定机器预制的加速镜像。目标是整套 Linux 系统大概 12 秒装完。

怎么做到的：一个兆字节一个兆字节地削

从 60 秒往下压，靠的不是某一个妙招，是一堆小账。

第一笔账是 ISO 体积。DHH 说，安装时间的大部分其实花在解压那些压缩过的软件包文件上，ISO 里大部分东西就是这个。上一个版本的 Omarchy 是 7.5 GB，现在缩到了 5.85 GB。而这个减少几乎一比一地换成了更短的安装时间。

字体省了 180 MB。Omarchy 用的是 JetBrains 字体，因为它是唯一一个能在 Mitchell Hashimoto 的 Ghostty 里显示得完美的字体。但 Arch 上 JetBrains 字体的标准包是 200 MB，因为它把各种变体、各种子类型全塞进去了。DHH 意识到这些东西他们一个都没用上——他们用的只是那一个 Nerd Font 打过补丁的等宽版本，16 MB。于是他做了个精简包，一下就省下 180 MB。

驱动又省了 200 MB。NVIDIA 驱动从 Arch 仓库拿下来的时候，没有用最极端的那种压缩方式压，那种方式叫 ZSTD，生成压缩档案很慢，但打包的人有的是时间，只要这意味着能把 ISO 缩小。光那两个 NVIDIA 包，就省了 200 MB。

然后是 DHH 自己对这个过程的描述：

我喜欢这件事的地方在于，我把自己想象成 McLaren 的一个汽车设计师。McLaren 现在造着全世界最轻的一批超级跑车，他们对从车上刮掉最后每一克重量简直痴迷。他们用碳纤维单体壳，这一点让他们胜过了比如还在用铝的 Ferrari。我看过一段采访，McLaren 的人跟某个记者聊，就在那儿说「对，我们从那台车上省了……370 克」。我当时就想：「等等，什么？一台车大概重 1,040 公斤，他们在为 370 克操心？」一群多偏执的疯子。我爱他们。我想要那种生活。

他就这么一路做下去，做了很多次。用他的话说，那一刻他在软件包上一个兆字节一个兆字节地削的时候，心想，哥们，我在这儿挺像个 McLaren 的汽车开发者的——而且这活儿还没干完，这个包还能再缩。

把「人的输入延迟」变成预加载的机会

第二类做法是改执行顺序。

DHH 说，其中一件事，是把人的输入延迟当成预加载的机会。你在配置一台 Omarchy 机器的时候有五个问题要回答，而你在回答的同时，它在后台就在干活。

他说，这一点是他原来根本没想到的，而且这是最老的一招了。各种电子游戏很久以来都在这么干：先让玩家跟什么东西交互，然后你在后台做预加载之类的活。所以这是个老技术，只是他从来没把它往安装器上想过。原来的想法是先问用户密码、用户名、时区之类的几个问题，然后才开始干活；而实际上，那部分是可以预加载的。

名字里就写着 omakase

压到最后，一定会撞上一个立场问题：预装软件到底正不正派。

DHH 说，这正是他们跟传统 Linux 社区之间的另一场冲突——臃肿。就是那种想法：在某些圈子里，预装软件发出去是不太正派的，因为「你是谁啊，凭什么替别人决定该用哪些程序？」

他的回应是：「哥们，这名字里他妈的写着呢。它叫 Omarchy，因为 Oma 这部分是 omakase 的缩写，omakase 字面意思就是『主厨定菜』。我就是那个主厨。菜是我定的，而这就是我认为很棒的那一整套应用。」

那么里面装了什么？有 OBS 用来录像。有 Kdenlive，一个时间线视频编辑器，他的视频全是用它剪的。还有他自己做的切片编辑器 Omacut——因为在时间线编辑器里切片有点麻烦，他就做了一个能全键盘操作的：定位到准确时间点按 Control + Space 设定起点，到结尾按 Alt + Space 设定终点，然后 Control + S 保存。他说现在用 Omacut 剪片子快得不像话。

此外还有 Neovim、Herdr、Tmux、终端、一堆主题、一堆他挑出来的最好的背景图。这些都占空间。

他的理由是：这些本来就该占空间，因为这套系统不该是一片荒原，让你什么都得自己重建。它应该是一个你一解包就能直接干活的生产力系统。

macOS 十年没怎么变，智能体时代需要新操作系统

Lex 在节目里说，他很喜欢 DHH 在做 Linux 发行版这件事，因为 DHH 本来可以做任何东西，但选择做发行版，说明他在重新思考计算机是什么——操作系统是根本，是你跟电脑交互方式的基础。

DHH 的回答是：它已经陈旧太久了。

我们今天用的 macOS，跟十年前的 macOS 几乎没什么差别。而且在他看来，很多方面更糟，因为 Apple 持续把控制权死死攥在手里：他们不想让用户安装他们还没点头的软件，不想让用户重新配置自己的快捷键，除非手动一条条改，也不想改掉切换工作区那个 500 毫秒的动画。

他用了一个词：一台令人愤怒地被锁死的电脑。

从 Apple 的角度说句公道话，作为一台被锁死的电脑，它相当不错。但 DHH 说他不想要一台被锁死的电脑，他想拥有自己的电脑，想改造自己的电脑。

而这正是智能体时代需要一个新操作系统的原因：当你可以用 vibe coding 做出任何你想到的应用时，你也应该能用 vibe coding 做出你的操作系统。你应该能改任何东西——它长什么样、怎么工作、哪些面板在、哪些不在。这需要 Linux。另外两个操作系统，没有一个能提供这些。

他也讲了这条路是怎么走宽的。他踏上 Linux 之旅时其实是从 Ubuntu 起步的，在它上面搭，因为它已经做了很多他想做的事。他差不多搞出了某个版本，然后发现还能往下挖七层，而你越靠近底层、越靠近内核、越靠近一个个单独的软件包，你发现的自由度就越大。

随着自由度越来越大，他的野心也越来越大。他发现，不出所料，他对电脑应该怎么工作、应该长什么样、该装哪些程序，以及装它们是该花 42 分钟还是 45 秒，都有着强烈的观点。

从 W126 到劳力士：追求卓越不需要理由

关于「追求卓越本身不需要理由」，DHH 举了两个跟软件无关的例子。

史上最好的 Mercedes-Benz，他记得叫 W126。有一部讲它的纪录片，那辆车是由一个人主导的，他之前在 Mercedes 的安全部门干了很多年，突然之间被派去负责整个 S-Class 项目，然后他把什么都往里塞：安全带自动伸缩装置、大灯上的清洗装置，全都有。这辆车相对市场来说过度工程得难以置信。

但你看它就会说，我要这个。

另一个例子是机械表。他记得 Rolex 有一款能下到 4000 米。全世界除了买了那块表的那么三个人，没人会真去测它。

DHH 的表述是：你不就想成为那种人吗——做那些想把人类往前推这么远的人的资助者？

我要最快的那台打破限速的车。我要能下到马里亚纳海沟的潜水表。我要那个能在 60 秒内装完的操作系统。

Lex 的追问：代价与副产品

Lex 在这里提了另一面。他说，在个人层面上他敬佩这些人，觉得每个人都应该追求这个。但也要提到它的后果：对卓越的追求，即便衡量它的指标看起来没什么正经用处，它可能带来的意料之外的后果，是其他种类的卓越、发现、创新，以及所有那些跟速度本身无关的东西。

是发现。你追的那个指标能成为催化剂、成为驱动创新的引擎，这是好事，因为你就会有所发现。

他拿太空做了类比：这跟你上月球、上火星是同一个道理。为什么？谁在乎？其实真正的东西是，你会对化学推进了解很多，你会对人类如何在太空中长期生存了解很多。

DHH 对这一段完全同意。

定一个宏大目标：从 Elon 到那家意大利餐厅

再往前一步，DHH 说定一个宏大的目标还要更好。他的原话是：当你拒绝只做实用的事，而是去够那个稍微超出「可能」的地方时，魔法就发生了。

在某种程度上，这个具体目标就是被看到别人这么做所激励的。他指的是 Elon Musk。他说这个人的目标就是那么离谱，第一眼看上去简直荒唐，他自己也有很多次觉得荒唐。然后你意识到，它们有时候真的成了。也许不总是按时间表来——那又怎样？

他承认自己在 2017 年因为自动驾驶没按时间表来狠狠骂过 Elon，但现在它来了，而除了那个在 2017 年就认为它可能的人，谁还能把我们带到这儿。

他需要有人去跑那个四分钟一英里，这样剩下的人才会意识到，好吧，那我大概也能跑得更快。

不过他也说自己在这点上改变了想法。他花了相当多时间讲另一个说法：有很多人其实并不需要那些野心。那也一样成立。我们不想要 80 亿个 Elon 在世界上到处跑，那会相当疯。

但他逐渐意识到，对创业者来说，拥有合适的、够分量的目标是健康的。他举的例子是一家意大利餐厅——这件事不能只是「开一家意大利餐厅」而已。也许是：我只开这一家，但我要做出天下最好的披萨，我做出最好吃的帕玛森。

我们必须追求卓越，才能攒出继续做下去的劲头。