*nix and Win32 Kernel

这个方法我最早是在 佐藤 広生 在 第13回 FreeBSD勉強会 上做的 《ZFSの活用とチューニング》 演示幻灯片上看到的，当时没想太明白，而后来想明白了也没记下来。今天想起来了就先记上一笔，备忘。

上次在MeetBSD的时候Tim提到了一种处理大量静态页的办法。今天看Squid开发人员在NYC的BSD活动上的一个演讲里面也介绍了各种方法处理I/O的区别。

Riverbed的Edwin老大 (edwin@，portmgr) 来湾区，在 -developers@ 里面约附近的committer吃饭。离Sunnyvale最近的企业是Juniper，不过Craig临时有事没有来，见到了Marcel大长辈（marcel@，re-ia64）和一位tmpfs的fans（囧ing）。这两位，我都是头一次见到活人。Marcel提到除了最近的gpart之外，他还写了一个 调试器，准备以后用它把gdb换掉，其中基本的断点、单步等等都实现了，这位老大的其他作品还包括IA-64编译器等等。

Peter Wemm大长辈实现了在i386和amd64平台上的minidump。刚刚尝试了一下手动panic之后的结果，从512MB锐减到32MB了，而且该有的数据都有，确实不错。

有人在有人问是不是要实现类似FreeBSD的ZERO_COPY_SOCKET的时候怒啦，说啦：“I claim that Mach people (and apparently FreeBSD) are incompetent idiots. Playing games with VM is bad. memory copies are also bad, but quite frankly, memory copies often have less downside than VM games, and bigger caches will only continue to drive that point home.”

可是：
a) ZERO_COPY_SOCKET 并非默认启用的功能。
b) FreeBSD在7年前就实现了这个功能，某些系统至今连这个选项都没有。
c) FreeBSD的zero_copy manpage明示了其性能影响。

UFS的目录项中的文件名字段是定长的(参见sys/ufs/dir.h)，这样也许我们可以把symlink的内容(如果够短的话)保存到目录项，而不是inode所指定的fragment上，从而访问symlink可以节省最多两次I/O操作。

昨天活动的时候说FreeBSD有三千万行代码，回来仔细查了一下这个数字偏差很大，在6-STABLE上应该是一千二百七十八多万行，因此应该说是一千多万行，在此向听众们道歉。

我们即将发布6.1-RC1。虽然消息有些突然，但总体来说，现在6.1-RC1的情况还算不错，最后的那些问题希望能在一周内搞定。

Sigh, I got this:

This doesn’t seem to be possible to my best of knowledge. What happend?

It’s 5.3-RELEASE-p2, and the panic string was: panic: pmap_enter: invalid page directory pdir=0xc1e063, va=0xffc00000