> For the complete documentation index, see [llms.txt](https://freebsd-journal-cn.bsdcn.org/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://freebsd-journal-cn.bsdcn.org/20190102-freebsd-ru-men/conference-report.md).

# 会议报告：MeetBSD 2018 与 FreeBSD 开发者峰会

* 原文链接：[Conference Report](https://freebsdfoundation.org/our-work/journal/browser-based-edition/)
* 作者：**BENEDICT REUSCHLING**

MeetBSD 2018 在加州圣克拉拉的 Intel 园区举办。我一直期待这次活动，原因有几个：第一，我是程序委员会成员，负责为大会挑选演讲议题；第二是 Intel 园区这个场地；第三，这是一次难得的机会，可以见到并和 BSD 社区里一些平时只在 BSDCan 一年见一次的人聊聊。

到达当天，我和 Michael Dexter、Rod Grimes 以及 Michael Lucas 一起吃了晚饭，Dan Langille 稍晚些也来了。墨西哥菜相当不错，能在小圈子里聊各种话题感觉很好。第二天早上，Deb Goodkin 和 Anne Dickison 开车送我以及基金会的其他同事（Ed Maste、Scott Lamons 和 Li-Wen Hsu）去 Intel 园区。

到了会场，JT——我们的 BSDNow\.tv 制作人——接待了我，还没等我四处看看，就把胸牌和会议资料袋塞到了我手里。我还见到了 Denise Ebery，她为这次活动的组织工作付出了大量心血，确保一切顺利进行。大会正式开始的前一天，是由 FreeBSD 基金会赞助的一天 FreeBSD 开发者峰会（Devsummit）。Intel 为我们提供了一个大型礼堂（更像是电影院）、一个用于演讲的讲台，以及入口旁边供应餐饮的区域。除了上厕所，你基本可以在里面待上一整天。演讲开始前，有充足的时间与开发者寒暄，没过多久我们就聊起了 BSD、旅行和技术的那些熟悉话题。

开发者峰会的演讲由 Ravi Pokala 的《LWPMFS：轻量级持久内存文件系统》开场。这个话题很有意思，对我来说也完全新鲜。短暂咖啡休息后，Ed Maste 接着讲《为 FreeBSD 评估 GIT》，阐述了支持和反对的各方论点。我认为他在引导大家思考各方观点的同时，又没有引发过于激烈的讨论，分寸把握得不错。讨论一直延续到午餐时间。休息期间，我有机会和 Devin Teske 聊了聊，看到了她自 2018 年 7 月 BSDCan 上那次广受好评的演讲之后，对 `dwatch` 工具所做的更新。午餐后，Mark Johnston 讲了 NUMA，详述了项目在可扩展性和性能提升方面的进展。又一次咖啡休息后，我们迎来了著名的“Have, Need, Want”环节——听听大家希望在下一个 FreeBSD 主版本中看到（或能够提供）哪些功能。这听起来或许乏味，但主持这一环节的 John Baldwin 和 George Neville-Neil 这一组合独一无二，让这些环节既有趣又引人入胜。

第二天，MeetBSD 在同一会场开始，但与会者多了不少。JT 和 Michael Dexter 主持完自我介绍环节后，Kris Moore 演示了《如何用 TrueOS 引导你的基于 FreeBSD 的项目》，详述了他和 iXsystems 团队（iXsystems 赞助了本次活动，并让 Intel 场地成为可能）所做的一些工作。我一直觉得观察人们如何将操作系统改造成各种用途是一件很有意思的事。接下来，Ben Widawsky 带来了《Intel 与 FreeBSD：相得益彰》，一场非常引人入胜的演讲，讲他如何走入这个社区，以及与 Intel 的合作中有哪些机会。

这次 MeetBSD 的妙处在于，并非整天都是演讲。单轨会议的形式让大家都能待在同一间屋子，我们可以一起享受讨论、闪电演讲、座谈以及其它有趣的互动方式。对我来说，这样的一天感觉不那么匆忙，也不必等到下一个休息时间才能找人聊天。

当晚的社交活动在 Intel 自助餐厅举行，就在同一栋楼里离我们会场几门之隔。这又是一次在披萨和饮品旁与人闲聊的好机会。活动很有趣，再次置身 BSD 人群中感觉真好。

第二天以 Michael W Lucas 的《为什么是 BSD？》主题演讲开场，只有他才能讲得这样：风趣、引人入胜、又引人深思。Kirk McKusick 作为下一位演讲者惊喜现身，甚至让我们举手表决想听他讲哪一个题目。《BSD 的早期历史》胜出，Kirk 讲了一场似乎永远不会让人腻的演讲，哪怕你以前可能听过。我想这就是优秀演讲者的标志。

在尝过我第三种午餐盒饭（每天我都换一种，却始终拿不定哪个最好）之后，G. Clifford Williams 发表了他的演讲《守旧派的语言选择标准》。作为程序员，多年间你可能会学很多种语言，但总倾向于使用最熟悉的那一种，并尝试用它解决遇到的每一个问题。我在学生身上经常看到这种情况，Williams 先生阐述了一些值得警惕的要点，以及如何避免落入这个陷阱。

在虚拟化座谈讨论之前，Mariusz Zaborski 发表了他关于 Capsicum 的演讲。他做了大量工作，将 FreeBSD 工具逐个改造为这一沙箱框架。他的演讲很好地介绍了 Capsicum，并为想在该领域出力的人提供了指引。

Nick Principe 给我们讲述了做性能测量时要引以为戒的种种故事，这是他在 iXsystems 工作的一部分。我认为这场演讲做得很到位，幻灯片出色，并包含许多关于正确性能基准测试的经验。我们以一张合影收尾，并感谢所有组织者和赞助商让 MeetBSD 如此成功。FreeBSD 25 周年派对在 Intel 自助餐厅举行，这确实是一场庆典。当晚，一些人拿起麦克风，讲述了 FreeBSD 及其社区对他们的意义。这是一场非常暖心的庆典，我也有机会在当晚和一些新朋友聊了聊。

我心满意足地回到家，参加了一场极为成功的会议。这是我今年 BSD 会议之旅的绝佳收尾。 •

***

**BENEDICT REUSCHLING** 于 2009 年加入 FreeBSD 项目。2010 年获得完整文档提交权限后，他积极指导他人成为 FreeBSD 提交者。他是 BSD 认证小组的监考人，并于 2015 年加入 FreeBSD 基金会，现任副总裁。Benedict 拥有计算机科学理学硕士学位，在德国达姆施塔特应用技术大学教授面向软件开发者的 UNIX 课程。


---

# 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 dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://freebsd-journal-cn.bsdcn.org/20190102-freebsd-ru-men/conference-report.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.