> For the complete documentation index, see [llms.txt](https://book.bsdcn.org/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://book.bsdcn.org/journal/20180304-zhuo-mian-bi-ji-ben/foundation-letter.md).

# 基金会来信

**来自董事会的信**

你好，欢迎来到 3/4 月刊，本期我们关注在桌面和笔记本上运行 FreeBSD。本期有四篇主要文章：John Baldwin 谈论让挂起的系统恢复运行有多难，Ken Moore 介绍桌面范式，Allan Jude 全面讲述 OpenZFS 接下来的新内容。我则被拉去写一篇关于在各种现代笔记本上运行 FreeBSD 的文章——这对我而言挺有趣，因为正是笔记本把我带入了 BSD 世界，尤其是 FreeBSD。

我第一次接触属于自己的 BSD（而非 1980 年代小型机上许多人共享的那种），是在 1993 年，那时我在荷兰东部的特文特大学（Universiteit Twente）工作。我当时的上司是 Plan 9 的忠实粉丝——Plan 9 是 AT\&T 据称要取代 UNIX 的系统——我们的研究小组不仅在工作站上运行这个系统，那些工作站是当时顶级的 DECStation 5000，还在笔记本上运行，笔记本是 Compaq Contura，配 4 或 8 MB 内存和 120 MB 硬盘。在这些笔记本上跑 Plan 9 体验并不愉快——原因很多——但救星即将到来。

1993 年 4 月之后不久，NetBSD 0.8 发布，我和团队中另一位成员把我们各自的笔记本“夷为平地”并装上了这个基于 BSD 的新操作系统。不久之后，研究组其他成员纷纷效仿，最后只剩下我们上司还在笔记本上跑 Plan 9。

1994 年我回到美国时，仍想在笔记本上跑 BSD，那时 FreeBSD 2 已经发布。当时 FreeBSD 是在 Intel 硬件上运行最佳的 BSD，因为 FreeBSD 关注的是商品硬件（也就是 Intel 处理器）上的“如磐石般稳固的性能”。我从一个朋友那里买了一台二手 Winbook 笔记本，装上了 FreeBSD 2.2.2，并从此一直在笔记本上运行 FreeBSD，距离第一次安装 NetBSD 0.8 已近 25 年。

因此，作为一名长期在笔记本上运行 FreeBSD 的老兵，我可以断言：现在是从未有过的在笔记本上运行 FreeBSD 的最佳时机。

**George Neville-Neil**

FreeBSD 基金会董事会主席


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://book.bsdcn.org/journal/20180304-zhuo-mian-bi-ji-ben/foundation-letter.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.