FreeBSD 14.0-Release

原文 ↗ Hacker News 讨论 ↗

FreeBSD 14.0-RELEASE 带来了重大升级，例如 OpenSSL 3.0、OpenSSH 9.5、OpenZFS 2.2、amd64/arm64 上扩展到 1024 核的 SMP 支持、带有 TPM 和 GPU 直通的改进版 bhyve 虚拟化，以及朝更好的 Wi‑Fi 6 和 Intel 无线支持迈出的早期步伐。评论者强调了这些变化对服务器和家用实验室的实际收益——尤其是 ZFS 性能、原生加密的可用性以及高吞吐网络——同时也指出了持续存在的痛点，例如容器/Docker 支持较弱、Wi‑Fi 驱动不稳定、防火墙配置复杂，以及打包和自动化方面的粗糙之处。大家普遍认可 FreeBSD 的设计、文档和长久生命力，但也对第三方生态支持、FreeBSD 15 中多数 32 位平台即将被移除，以及在生产环境中相较主流 Linux 的权衡表达了担忧。

发布亮点与性能

  • 讨论指出了多项重大升级：OpenSSH 9.5p1、OpenSSL 3.0.12（从 1.1.1t 升级）、OpenZFS 2.2、默认 TCP 拥塞控制改为 CUBIC、bhyve 的 TPM/GPU 直通，以及 amd64/arm64 上 SMP 扩展到 1024 核。
  • 一些评论者将这些改进与大规模部署联系起来（例如每秒数百 Gbps 的 TLS 服务），但也指出真正的瓶颈往往来自内存/NUMA 带宽，而不只是 CPU 核心数。

ZFS、存储与加密

  • OpenZFS 2.2 因性能受到称赞；RAID‑Z 扩容已在 OpenZFS 和 FreeBSD -HEAD 的 2.2 之后版本中落地，但还未进入 14.0。
  • 原生 ZFS 加密据说在实践中可用，并通过 zfskeys 引入了新的启动时密钥处理方式，不过一些人仍记得早先更倾向于使用 GELI 的建议。
  • 建议在重大升级前对 ZFS 池做 checkpoint 作为安全网。

网络栈与 TCP

  • CUBIC 成为默认项被重点提及；RACK TCP 已可用但不是默认，且仍在测试中。
  • 可以通过自定义内核启用 BBR，但它不属于标准构建的一部分。

Wi‑Fi 支持

  • 已为 wpa_supplicant/hostapd 添加 Wi‑Fi 6 支持，Intel 的 iwlwifi 驱动也已更新以支持最高到 Wi‑Fi 6E 的硬件。
  • 不过，兼容层目前只暴露 802.11a/b/g；802.11n/ac/ax 支持仍在计划中。
  • 一些现有驱动（例如 iwm）仍限制在旧式模式，导致现实中的 Wi‑Fi 速度较慢。

防火墙与易用性

  • pf 被认为功能强大但上手困难；用户怀念 Linux 风格的工具，例如带有强默认 IPv6/ICMP 规则的 ufw。
  • 源码树中有示例配置，也有第三方指南，但没有广泛认可、简单明了的“Web 服务器 + IPv6”模板。
  • 有人认为，如果边缘路由器负责复杂过滤，主机防火墙可以让 ICMPv6 保持简单，甚至完全开放。

架构与弃用

  • 预计 FreeBSD 14.x 将是最后一个包含 i386、armv6 和 32 位 PowerPC 的分支；32 位 armv7 仍会保留，部分原因是嵌入式使用以及更清晰的时间处理。
  • 1024 核限制被视为一种务实上限，兼顾可扩展性和每 CPU 数据结构的内存使用；ABI 变更旨在支持未来进一步提升。

生态、工具与采用

  • 许多人称赞 FreeBSD 的文档和整体一致性，但批评其部分工具链：ports/pkg 可靠性、自动化/安装器缺口，以及较弱的 Docker 生态。
  • 一些人认为 Jails 至少不逊于 Linux 容器；另一些人则表示，缺乏一流的 Docker 支持和某些第三方支持，使 FreeBSD 对他们的工作而言不实用。
  • bhyve 被成功用于运行 Linux 虚拟机（例如承载 Docker），不过网络性能和配置复杂度仍令人担忧。

云与部署经验

  • 一些云服务商已经取消了原生 FreeBSD 镜像，但另一些（UpCloud、Azure、某些 VPS 主机、通过自定义镜像/USB 的 Hetzner、通过自定义镜像的 DigitalOcean）仍然支持。
  • 面向 AWS/Azure 的实验性 ZFS 镜像被视为积极信号。
  • 对原地进行重大升级的看法不一：许多人表示体验顺利，而另一些人则因过去失败而更偏好全新安装。

社区与贡献

  • 评论者强调 FreeBSD 背后团队规模很小，鼓励捐赠，并指出通过 ports 贡献非常容易，例如通过 Bugzilla 更新无人维护的 ports。