Development

本周应该差不多了吧，不知道会有多少个RC哦……

不到4分钟就有人反对我提高某一默认值的提议，不过我还是在游说这样做的好处。

This is an important step of getting the tools like freebsd-update and portsnap into base system, which provides good method of updating the base system (through binary updates) and ports tree.

So time comes that we should consider whether some of our string operations is not optimial and needs some operation. NetBSD seems to have done a lot of good work to make their MD layer better, and we should take these improvements if they are proven.

David O’Brien has pointed out that we should be careful on this, however, since some micro optimizations may hinder performance in a large scenario. With this concern in mind, I will redo some more benchmarks and request for -arch@’s idea before considering commiting the patchset. Currently, the NetBSD implementation of swab(2) is proven to be slower than the GCC generated code by about 25%. I will look into the assembly code generated to see whether I can help to solve this.

以前一直觉得BSD授权在某些污染型伪自由软件授权面前显得很被动——似乎他们可以任意地剽窃代码而阻止代码以BSD授权发布——然而仔细读来，BSD其实是一个有自我保护能力的授权，它的第一条条款：

其实说是校对也不过是统一了一下文字。自己翻译的部分现在还没有仔细地重新阅读，谁帮忙看看啊？

FreeBSD Porters’ 手册(简体中文版)

A stock 5.3-RELEASE /amd64 works on my workstation, while Windows 2003 x64 version would not :-)

So finally they have released it, maybe I will use it at company, but not on my boxes since they run php 5.x series, hahaha…

Will it provide better performance? Interested but not tested.

Scott Long has warned that RELENG_6 would be branched soon. At this point, most part of FreeBSD-CURRENT is considered to be “stable” while some of the drivers and ULE scheduler is still under revamp. Once all bugs found gets fixed we will release 6.0.

HEAD will be soft frozen until 6.0-RELEASE. I will begin to integrate some of minor changes there.