BeBox 与 BeOS：过度工程与错失良机的典范
在 1990 年代中期，计算机世界仍然主要依赖单线程操作系统以及经典 Mac OS 和 Windows 9x 的局限性时，一家名为 Be Inc. 的公司试图重新定义工作站。他们的答案是 BeBox——一台不仅推动性能边界，而且把个人电脑的概念当作工程野心画布的机器。
对亲身体验过它的人来说，BeBox 不仅是一块硬件；它是一种声明，表明个人电脑已经变得过于胆小。通过集成双处理器和内核级多线程操作系统，Be Inc. 旨在解决当时的“多媒体”瓶颈——当时的计算机在同时播放音频和视频时常常卡顿。
BeBox：为爱好者打造的硬件
1995 年推出的 BeBox 是一款中端塔式机，在每个细节上都像专业工作站。它提供两种主要型号：Dual603（66 MHz）和后来的 Dual603e（133 MHz）。与当时的商品 PC 不同，BeBox 的两颗 PowerPC CPU 直接焊接在逻辑板上，确保对称多处理（SMP）成为原生体验，而非服务器机房的稀有配置。
“Blinkenlights”
BeBox 最具标志性的特征之一是其工业设计。前面板的垂直通风格栅后面装有两列黄绿色 LED——亲切地称为“Blinkenlights”。每列对应一颗 CPU 的实时负载。对用户而言，这提供了一种直观的、多线程运行时的视觉表现；当视频渲染或并行编译启动时，LED 会跳舞，证明机器正在同时利用两颗处理器。
GeekPort：向实验敞开的邀请
也许最大胆的硬件选择是“GeekPort”。这是一种位于机箱背面的 37 针母 D‑shell 连接器，允许用户直接与系统硬件交互，而无需 PCI 卡。它提供数字 I/O、A/D 与 D/A 转换以及电源引脚。
正如技术文档所指出的，之所以选择 37 针连接器，是因为针脚间距足够大，"不熟练的装配者也能焊接"。这在商业供应商公开为坐在厨房桌前、手持烙铁的爱好者设计的时刻实属罕见。
BeOS：对所有事物都正确的操作系统
如果说 BeBox 是躯体，那么 BeOS 就是灵魂。当 Windows 98 与 Mac OS 8 在协作式多任务和内存保护上苦苦挣扎时，BeOS 从头到脚都被构建为抢占式且多线程的系统。
无处不在的多线程
BeOS 拒绝让任何单一任务阻塞系统的其余部分。每个窗口都有自己的线程，图形引擎也是多线程的。这种架构意味着即使在极端负载下，GUI 仍保持响应。正如当时的观察者 Scot Hacker 在 BYTE 中所写：
"BeOS is multithreaded from the lowest levels to the highest, from the kernel to the filesystem to the GUI."
BFS：把文件系统当作数据库
Be File System（BFS）领先时代数十年。它是一个 64 位日志文件系统，将文件属性视为可查询的数据库。用户不必通过文件名搜索，而是可以对已索引的属性发起查询（例如 "all files where artist=Aphex Twin"），结果在毫秒内返回。这把文件管理器变成了实时数据库查询工具，而现代操作系统仍在努力以同等优雅实现此功能。
Apple 交易与伟大的 “如果”
Be Inc. 的发展轨迹在 1996 年的一系列高风险谈判后被永远改变。Apple 急需一个现代操作系统来取代老化的经典 Mac OS，因而同时考察了 BeOS 与 NeXTSTEP。
1996 年 12 月 10 日，两家公司向 Apple 进行演示。虽然 BeOS 的技术优势不容置疑，但在价格谈判中出现了数千万美元的差距。据称 Be 的 CEO Jean‑Louis Gassée 要求的价格是 Apple 无法接受的。因此，Apple 选择了 NeXT，Steve Jobs 重返公司，并为后来的 Mac OS X 打下基础。
此决定创造了计算机历史上最著名的反事实之一。若 Apple 选择了 BeOS，现代 Mac 生态系统可能会建立在 C++ 套件和把每个文件都视为数据库记录的文件系统之上。然而，正如一些分析师所指出的，NeXT 拥有更成熟的桌面产品，已有真实客户在使用，而 BeOS 虽然技术激进，却仍在大众市场寻找立足点。
衰落与永存的遗产
在 Apple 交易失败以及 Mac 克隆市场（Be 本希望通过 Power Computing 作为分销渠道）崩溃后，Be Inc. 转向 “Internet Appliances”（BeIA）。此举恰逢互联网泡沫；当泡沫在 2000 年破裂时，家电市场随之蒸发。
Be Inc. 最终于 2001 年以其峰值价值的一小部分被 Palm 收购。公司实体消失，但 OS 的精神仍在延续。今天，Haiku 项目作为开源的 BeOS 重实现继续传承其遗产。Haiku 在 32 位系统上保持与原始 BeOS R5 软件的二进制兼容，并保留 64 位版本的 API，让新一代开发者能够体验最初愿景的响应速度与架构纯粹性。
技术对比：BeOS vs. 当时的主流（约 2000 年）
| 功能 | BeOS R5 | Windows 98 SE | Mac OS 8.6 |
|---|---|---|---|
| 多任务 | 抢占式（内核级） | 部分（仅 32 位） | 协作式 |
| 内存保护 | 是 | 部分 | 无 |
| SMP 支持 | 原生 | 无（仅 NT） | 无 |
| 文件系统 | BFS（索引属性） | FAT32 | HFS+（无索引） |
| 响应性 | 高（遍在线程） | 中等（卡顿） | 低（易受应用卡死影响） |
BeOS 提醒我们，技术上的优势并不总是制胜之道。它几乎赢得了每一场架构之战，却在应用生态的战争中失利。正如 BeBox 的历史所证明的，世界上最美丽、最过度构建的机器，其价值仅与运行其上的软件等同。