Storage

最近看到 OpenSolaris 上面的 ZFS 引入了将 ZIL 写到另一个 pool 的方法。这种做法非常类似于 FreeBSD 2005年的 Google SoC 项目—-GEOM Journal。

简单地说，这种做法的原理就是将准备写的数据（注意，不是元数据，而是数据）首先写到固态盘上，然后再将数据写回。这样做有很重要的好处，即先前必须同步写入的数据（例如fsync()、文件系统元数据更新等等），可以不必做完整的回写，而只需将 SSD 作为回写快取缓存 (Write-Back Cache) 了。

This article describes how to install FreeBSD on ZFS from installation CD-ROM, with ZFS as root partition.

PREPARATION

You need to prepare a ‘disc1’ of FreeBSD, as well as a ‘LiveFS’ disc. Also, you should be familiar with daily operation of FreeBSD system administration.

In order to use ZFS on FreeBSD, one has to use FreeBSD 7.0 or better. For better stability and performance, you should have at least 1GB of RAM, and preferably running on a CPU which is capable to run FreeBSD/amd64, fortunately, most modern CPUs does support this.

果然不出所料，Scott Long同学commit了Daniel Braniss的iSCSI发起端（客户端）实现。这样，FreeBSD 7.0-RELEASE将成为第一个包含iSCSI客户端实现的版本（之前FreeBSD通过net/iscsi-target支持target模式）。

很长时间没露面的Scott Long今天突然增加了一些目录（还没有代码commit），我猜这个是准备给7-STABLE上面用的iscsi实现。

备份在最近成为了一件越来越让人头疼的事情。我过去采取的做法是把数据刻录成光盘，寄给若干个分布在不同地区的几个朋友，但这种做法正在变得越来越不现实，因为数据的产生速度变得越来越快，而整理和加密其中需要保密的部分所需的时间也越来越长。

这周找了些公司淘汰的设备来测试ZFS。用14块SCSI盘的傻盘阵搭了一个RAID-Z2（可以掉两块盘的RAID-Z，1块盘作为热备）。测试机为2GB内存、双CPU（Xeon 5140双核、amd64模式）。

由于磁盘故障，ftp.freebsdchina.org 暂时无法提供服务了(初步估计是panic掉了)。更头疼的是，由于连续5年运行没有出过什么严重问题，这台机器在机房的位置恐怕也不太好找了。

一直有人抱怨FreeBSD的bsdlabel(8)和fdisk(8)不好用，而进一遍sysinstall又太过麻烦，因此这次有人把磁盘编辑器从sysinstall(8)里面拆了出来，作了一些修改使其成为了一个新的工具——sade(8)。

今天被一个程序折腾了很久。大致的流程是这样：

事件处理：

• 打开db文件，如果已经打开，直接使用该handle
• 获得排他锁，并读某一key对应的value
• 根据value和一些环境信息以及事件所附带的输入计算新的value
• 更新value，并同步文件、释放排他锁

锁的机制没有大毛病，可是数据死活不对。

在 这里。ZFS提出了很多很有意思的概念，值得一看。

比较感兴趣的几个地方：(1)Solaris的byteswap实现；(2)DSL；(3)ZIL。暂时还没有仔细看ZIL，但这里有一个很有意思的设计：