GSoC

📜 历史文件已不具备现实意义

这是一个新闻事件。

今年的 Google Summer of Code 的学生报名还有两周左右就要开始了。 FreeBSD 今年已经确定参加，一些可供参考的项目在 这里 可以找到，我也提供了 一项提案。当然，有兴趣的同学也可以提出自己的想法，如果需要，我也可以帮你找到可能有兴趣的 FreeBSD committer。

之前在水木社区发过，这里也发一下。

我们目前正在寻找有意参加这次活动的在校学生。Google Summer of Code 是由Google公司赞助的供在校学生参与开源项目的暑期活动。目前，FreeBSD已经被选为符合资格的 mentoring organization，这是 FreeBSD 第 5 年参与 GSoC。

重要的日期：

• 3月23日 - 开始接受申请
• 4月 3日 - 申请截止日期
• 4月15日 - 对申请的审核结束
• 4月20日 - 正式宣布赞助的学生
• 5月23日 - 项目正式开始
• 7月 6日 - 开始提交中期评估
• 7月13日 - 中期评估最后日期
• 8月10日 - 推荐的项目完成时间，接下来的一周时间建议用于修正代码、完善文档等。
• 8月17日 - 开始提交最终评估
• 8月24日 - 最终评估deadline

Google将为获得资助的学生提供每人 $4,500 的资助，分3次支付；同时，对于每个项目，Google还会为对应的开源项目提供 $500 的资助。

关于 FreeBSD 本次 SoC 活动的 网站。

今天MeetBSD由Pawel Jakub Dawidek开讲，等，为啥出来的是xterm……？然后OpenOffice Impress从命令行启动了。

ZFS是大家最关心的一个话题。Pawel最近这段时间对ZFS做了相当多的完善工作（主要是写测试用例和改用例发现的bug）。新版本的ZFS v13除了大大改善了可靠性问题之外，还增加了很多有意思的功能。不过这样一来，这patchset的尺寸？（后话：后一天的committer闭门会议，在大家的一致怂恿下ZFSv13终于给commit到了-HEAD）提问非常踊跃，我们最大的白老鼠之一，运营Internet（作为ISC公司的雇员）的Peter Losher就他遇到的一些问题进行了询问，并且得到了满意的答复。

Murray老大在这之后对这次Google SoC进行了总结。FreeBSD这几次SoC的项目成功率都很高，唯一的遗憾是在SoC之后，很多没有最终进入-HEAD。在肯定SoC的成功的同时，如何更好地利用？很多SoC的代码品质并不是很高，如何求得完成目标与高品质代码之间的合理平衡？这些都是我们需要思考的问题。

今天看到了 Murray 和 Nik 两位老大。Paul Saab有一些私人的事情没来，所以没有看到。在 Sunnyvale 举办了这次 GSoC mentor 的 party（游泳池不错！），来了很多以前听说过的神仙（有个老印还给大家吹一种类似萨克斯的乐器，据说他去年就这么做过一次，不知道是哪个项目的神仙），比如 moinmoin 和 pidgin 的作者等等，与此相比，FreeBSD的人反而显得单薄了一些（算上我3个），看来明年我们还是有很多需要改进的地方的。

这是参加本次 Google SoC 的中国留学生，今年他在 toolchain 方面做了相当多的工作。比较有意思的是 libarchive 的 ar 插件。这应该是来自大陆的第4位src committer。

活动很有意思，今天的DevSummit峰会是在东大的电子工程系2号楼举行的。中午在东大的食堂吃饭，基本上是西式的午餐。

下午的会议主要是新近的一些专题。pjd@介绍了jail service，包括ZFS与jail之间的一些互动，等等。通过zfs提供的一些能力，我们能够让jail对更多的东西进行限制(例如磁盘空间，过去只能通过在vnode上面建FS这种土办法)，并且更像真的机器。之后是gnn老大长达近两小时的KSE code导读，比较遗憾的是，davidxu和很多其他重量级的threading hacker都没能参加这次会议。

gjournal is one of the Google Summer of Code projects that is FreeBSD related. It provides data journalling service that will be useful for frequent randomized area writing, just like write clustering.

Today, the first public alpha version has been released.

Please note that this is not intentional to replace SoftUpdates nor a real journalling file system, as the metadata consistency protection is different than just do data writing journalling. However, this indicates a good way of providing better performance for file systems.