MenuetOS KolibriOS：非POSIX 操作系统 用汇编构建

I’m happy to translate the article for you, but I need the full text of the post (the content that follows the source line). Could you please paste the article’s body here? Once I have that, I’ll provide a faithful Simplified‑Chinese translation while preserving the original formatting, markdown, and any code blocks or URLs.

这个操作系统是什么

MenuetOS 是一个几乎全部用 x86 汇编编写的独立操作系统。
KolibriOS 是在 MenuetOS 开发放缓后，对同一设计的延续，使系统得以存活并得到积极维护。

它们共同构成了同一操作系统血脉，具有以下特性：

• 原生图形桌面
• 抢占式多任务
• 基本网络功能
• 自定义系统 API
• 没有 Unix 或 Linux 组件

它们不是 Linux 发行版，不复用 Unix 用户空间，也不依赖 POSIX。

为什么会有 MenuetOS 和 KolibriOS

大多数现代操作系统的设计假设：

• 抽象成本低
• 内存充足
• 必须在其上层叠安全性

MenuetOS 的存在是因为其创作者想要回答一个不同的问题：一个可用的操作系统到底能有多小？
KolibriOS 通过在保持系统实用性的同时保留原始理念，延续了这一想法。

这些操作系统的存在是为了表明：

• 图形系统不需要数百万行代码
• 多任务不需要庞大的运行时
• 现代硬件常常在抽象层后隐藏浪费

内核

MenuetOS 和 KolibriOS 使用一个主要用汇编语言编写的自定义单体内核。该内核负责：

• 任务调度
• 内存管理
• 基础硬件访问
• 为应用程序提供系统调用

内核与硬件之间几乎没有抽象层。内核有意保持小巧、直接且可预测，这提升了性能和简洁性，但也降低了可移植性。

POSIX 状态

MenuetOS 和 KolibriOS 明确不是 POSIX 的。它们 不 提供：

• POSIX 系统调用
• fork/exec 进程模型
• Unix 信号
• Unix 权限
• POSIX shell 或实用工具

这是有意为之。POSIX 假设不安全的 C 风格编程并追求兼容性而非极简主义，而这些操作系统则假设：

• 明确的控制
• 最小的开销
• 为特定目的构建的 API

处理器架构

两个操作系统都针对 x86 架构（主要是 32 位，有限的 64 位支持）。这种狭窄的聚焦可以：

• 直接使用 CPU 特性
• 可预测的中断处理
• 极小的系统体积

移植到 ARM 或其他架构不是目标；在 x86 上的效率才是重点。

文件系统

MenuetOS 和 KolibriOS 使用简单的自定义文件系统。设计优先级包括：

• 最小元数据
• 低开销
• 快速访问
• 易于实现

它们不适用于：

• 日志记录
• 企业级可靠性
• 大型存储阵列
• 复杂的权限模型

文件系统的存在是为了支持操作系统，而不是作为通用存储平台。

硬件要求

这些操作系统的硬件需求极低。

典型预期：

• CPU: 较旧的 x86 处理器
• RAM: 数十兆字节
• Storage: 极小的磁盘占用
• Graphics: 基本帧缓冲支持

它们可以在以下环境中轻松运行：

• 老旧 PC
• 虚拟机
• 最小化硬件配置

这使得它们适用于硬件再利用和低资源环境。

谁应该使用 MenuetOS 或 KolibriOS

这些操作系统适合以下人群：

• 学习底层操作系统设计
• 想要了解没有抽象层的系统
• 关注每行代码的性能
• 与硬件紧密合作
• 想要重新利用旧的 x86 机器

它们尤其适用于：

• 学习平台
• 参考系统
• 实验环境

当它们不合适时

MenuetOS 和 KolibriOS 不适用于：

• 现代桌面工作流
• 游戏
• 企业系统
• 安全关键环境
• 依赖 POSIX 的软件

它们有意以简化为代价，放弃兼容性和安全层。

MenuetOS 和 KolibriOS 仍然具有意义，因为它们展示了 复杂性是可选的。它们并不是在反对现代操作系统；它们仅仅证明了一个小型、明确、非 POSIX 的操作系统仍然可以存在并在今天运行。