# Haiku Beta 6 构建提速近半，为何我仍只敢装在备用盘？

**Summary:** Haiku R1/beta6 几乎将 HaikuWebKit 重新构建时间缩短一半，并新增 Firefox、硬件加速 QEMU 和更广泛的硬件支持。我认为这使它成为一台很有吸引力的备用机系统，但其自身的数据丢失警告让它不适合主力环境。

- Canonical: https://markhuang.ai/zh/news/haiku-beta6-five-hour-build-spare-disk
- Language: zh-CN
- Author: [Mark Huang](https://markhuang.ai/about)
- Published: 2026-08-30
- Section: News
- Tags: Haiku OS, 操作系统, 开源软件
- Source: [Haiku Project](https://www.haiku-os.org/news/2026-08-26_haiku_r1_beta6)
- License: https://creativecommons.org/licenses/by-nc/4.0/

---

![一台老式台式机与现代工作站并排运行，屏幕上流出色彩斑斓的羽毛状光线](https://cdn.markhuang.ai/news/haiku-beta6-five-hour-build-spare-disk/hero.webp)

*Haiku Beta 6 让老旧硬件再次焕发吸引力。但我仍只会给它一块测试盘，绝不会拿存着唯一副本数据的硬盘去冒险。*

[Haiku R1/beta6 于 2026 年 8 月 26 日发布](https://www.haiku-os.org/news/2026-08-26_haiku_r1_beta6)，距离 beta5 几乎两年。简短的公告把背后的工作量轻描淡写过去了：[官方发布说明](https://www.haiku-os.org/get-haiku/r1beta6/release-notes/)列出了超过 530 个已解决的 bug 和改进工单，还附带 Firefox、面向大多数支持 Intel VT-x 或 AMD-V 的 x86\_64 系统的硬件加速 QEMU，以及一大波性能和硬件修复。

我的看法很简单。这是近年来第一个让我想翻出一台旧 PC、纯粹想看看它用起来有多舒服的 Haiku 版本。但它还没让我放心把这台 PC 当成主力工作环境。性能提升是实打实的，项目方也仍然称这个版本是 beta 质量，明确表示无法保证用户数据不丢。这条警告就是边界。

## 速度提升有据可查

真正让我眼前一亮的数字并不是工单数量。在同一台构建主机上，完整的 HaikuWebKit 重新构建时间从 beta5 的 4 小时 53 分钟降到了 beta6 的 2 小时 33 分钟。另一项测试里，在包含超过 16 万个文件的代码仓库中跑 `git status`，磁盘缓存热起来之后，耗时从约 15 秒直接降到 2.5 秒。

这些是项目方自己报的测试结果，并不意味着所有工作负载都能快一倍。发布说明也提到，简单的编译任务可能只会有小幅提升，Haiku 的编译性能大概比 Linux 落后 40%。一位 Haiku 开发者在 [Lobsters 讨论](https://lobste.rs/s/lt9i0j/haiku_r1_beta6_released)里补充了更多背景：在某些工作负载上，系统可以接近 Linux 的水平，但它真正的优势是低输入延迟和响应跟手的界面，而不是拼原始算力。

我挺认同这个定位，因为它让 Haiku 的存在意义不再只是怀旧。就算在吞吐量基准测试里跑不赢，一台个人电脑照样可以让人用得舒服。Beta 6 还换掉了用了很多年的用户态内存分配器，新分配器大量借鉴了 OpenBSD 的实现，同时改进了文件系统缓存和锁机制，砍掉了好几项固定的内存开销。项目方说，精简版的 32 位安装现在又能用 128MB 内存启动了，虽然官方公布的最低要求仍然是 256MB，而且现代版 Firefox 只支持 x86\_64 架构。

## Firefox 改变了这台机器的用途

桌面再流畅，一旦浏览器变成那个又慢又不兼容的地方——而大部分工作恰恰发生在这里——一切就打了折扣。Beta 6 没有解决现代网页的所有问题，但它改变了这台机器的定位。Firefox 现在以官方品牌出现，同时还有基于相同代码库的其他移植版本。发布说明在这里也很谨慎：如果和其他平台上的 Firefox 相比有功能缺失或行为不完整，应该向 HaikuPorts 报告，而不是 Mozilla。

Go 语言现在也进了软件包仓库，虽然说明里标注的版本是 1.26.1，稍微有点过时，而且还没提交到上游。这些新增内容立刻惠及两类用户：需要能用的浏览器的好奇用户，以及想验证 Haiku 能不能干点正事、而不是只能带着他们逛桌面的开发者。

公众反应也体现了这种转变。在 [Haiku 子版块讨论](https://www.reddit.com/r/haikuOS/comments/1vz0g3b/haiku_r1beta6_has_been_released/)里，有人特别指出 Go 语言可能是让实际工作成为可能的关键特性。另一个人则在旧款戴尔笔记本上发现 beta6 的稳定性不如 beta5。这些零散的反馈不能定论这个版本的质量，但共同提醒我们一件事：更丰富的软件生态和可靠的硬件支持，是两场不同的考试。

## 虚拟机也有自己的陷阱

用虚拟机试试 Haiku 听起来是最安全的方案，大多数时候确实如此。但在怪操作系统导致装不上之前，有个坑得先知道。在 [OSNews 讨论](https://www.osnews.com/story/145885/haiku-r1-beta6-released/)里，一位 Haiku 开发者证实，由于间歇性磁盘损坏和内核崩溃，`virtio_block` 驱动已经被禁用了。`virtio_scsi` 仍然支持，但有些虚拟化平台在用户选择通用 VirtIO 磁盘时会默认使用 `virtio_block`。

这个坑没有写进官方发布说明，但应该影响你的测试计划。我会用一块可以随便擦的备用机器，或者在安装前确认虚拟机的虚拟磁盘控制器类型。我也不会把新的 NVMM 支持当成已经成熟的基础设施。虽然 Haiku 的 QEMU 加速支持 32 位和 64 位客户机、多虚拟 CPU 以及多种客户操作系统，项目方仍然把它标为实验性功能。

> **Info:**
>
> 我的边界故意定得很无聊：用一块可以随时擦掉的硬盘，重要数据多留一份副本，确认虚拟机没有在用 `virtio_block`。Beta 6 有趣到值得装一次，但发布说明也没有要求你拿它当生产环境用。

## Beta 标签在说实话

Haiku 花了 25 年追求一种特定的个人电脑理念：快速、连贯，基于自己的设计思想，而不是拼凑另一个 Linux 发行版。Beta 6 在用户能感知到的层面上推进了这个项目。现在可以清理旧的软件包状态，截图工具能捕获选定区域，更新的 x86 硬件获得更多支持，崩溃的 `app_server` 通常也能重启并让应用程序重新连接。

但这还不是 beta 标签可以摘掉的版本。ARM64 架构虽然能在虚拟化环境下进入桌面，但并没有包含在官方支持的发布镜像里。WebPositive 的多进程 WebKit 工作还没完成。问题追踪系统里还有超过 3,900 个开放工单，项目方对已知和未知 bug 的警告也异常直白。

这种坦诚反而让决策变得更简单。我会安装 Haiku R1/beta6，理由和我会修复一件设计精良的老工具一样：不是因为它能取代所有现代默认选项，而是使用它的时候，仍然能清晰感受到它的设计优先级。把它装在闲置待用的硬件上，给它一块独立硬盘和公平的测试机会。如果日后它赢得了更重要的角色，那应该源于日常使用中的可靠表现，而不是把一份令人印象深刻的发布说明当成开发者从未做出的承诺。