[次世代] ZFS [ﾌｧｲﾙｼｽﾃﾑ]

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 13:41:10

[次世代] ZFS [ﾌｧｲﾙｼｽﾃﾑ]
次世代ファイルシステムとしての期待が高いZFSにAppleが興味を示しました。
10.6か10.5で搭載されると見られるこのZFSについて語りましょう。

Solaris ZFS
http://www.sun.com/software/solaris/zfs.jsp

OpenSolaris
http://www.opensolaris.org/os/

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 13:44:17

Mac板に建てようかと思ったけど、この板の方が詳しい人多そう。
というわけで、Solaris使いの人いろいろ教えてください。

参考
ttp://kikyou.info/diary/?200603#i10

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 14:15:47

>>2 そのページにあがってるこれがわかりやすいね。すごいや。
ttp://www.opensolaris.org/os/community/zfs/docs/zfs_last.pdf

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 14:47:09

コマンドのとこちょっと訳してみた。

プールとファイルシステムを作成

・「tank」という名前のミラー設定のプールを作成
# zpool create tank mirror c0t0d0 c1t0d0

・/export/home へマウントするホームディレクトリーファイルシステムを作成
# zfs create tank/home
# zfs set mountpoint=/export/home tank/home

・数名のユーザーのホームディレクトリーを作成
注: 継承機能のため自動的に /export/home/{ahrens,bonwick,billm} にマウントされる
# zfs create tank/home/ahrens
# zfs create tank/home/bonwick
# zfs create tank/home/billm

・プールに容量追加
# zpool add tank mirror c2t0d0 c3t0d0

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 14:48:27

属性の設定

・全ホームディレクトリーを自動的に NFS エクスポート
# zfs set sharenfs=rw tank/home

・プール内の全てを圧縮設定
# zfs set compression=on tank

・Eric のクォータを 10g に制限
# zfs set quota=10g tank/home/eschrock

・Tabriz に 20g の予約を保証
# zfs set reservation=20g tank/home/tabriz

ZFS スナップショット

・Mark のホームディレクトリーのスナップショットを取る
# zfs snapshot tank/home/marks@tuesday

・以前のスナップショットにロールバックする
# zfs rollback tank/home/perrin@monday

・水曜日の版の foo.c をちょっと見る
$ cat ~maybee/.zfs/snapshot/wednsday/foo.c

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 14:49:58

ZFS バックアップ/リストア

・フルバックアップ実施
# zfs backup tank/fs@A > /backup/A

・差分バックアップ
# zfs backup -i tank/fs@A tank/fs@B > /backup/B-A

・遠隔複製: 1 分間分の差分を送出
# zfs backup -i tank/fs@11:31 tank/fs@11:32 | ssh host zfs restore -d /tank/fs

ZFS データ移行

・旧サーバーのプールをエクスポート
old# zpool export tank

・新サーバーへ物理的にディスクを移動し、プールをインポート
new# zpool import tank

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 15:49:15

能書きみてるとすごそうだが、パフォーマンスちゃんと出るんかこれ。

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 15:56:39

FreeBSDとかLinuxとかにも移植されて、標準のファイルシステムになったらうれしいな。

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 16:00:22

xfsみたいに異様にフォーマットに時間かかりそう…

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 16:06:40

ZFS + zsh + カワサキ Z1 + ゼットン。これ最強。ロート Zi: は未使用にて不明。

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 16:08:29

>>9
>>4 の通り、フォーマットという手順はないんじゃなかった?

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 16:28:33

遅そうだけど、どうだろね。書き込みに対して毎回チェックサム計算するみたいだし。
遅ければ適材適所で。
速度、安定性ともども文句なければ迷わず載り換えだろうな。

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 16:35:40

>>7,12 >>2 の記事引用。

> おおむね UFS より速いっぽいし、特定のデータアクセスパターンでは
> 4～6倍速いらしいです。逆に特定のデータアクセスパターンではUFSに比べて
> 数倍遅いですが、改善する余地があるとのこと。

あと、>>2 の記事の

> I/Oパイプラインによる並列処理

あたり読むと、特に SMP では速そうな感じ。今後の多コアなサーバー用途には
向いてそう。

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 16:39:55

>>13
いやつまりそれって「速い場合もあるし遅い場合もある」としか言ってないので
結局わかんねーじゃん。

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 16:47:48

『おおむね UFS より速いっぽい』w

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 17:01:36

UFSでさえモノにできてないMacが、ZFSを使いこなせるとは思えないけどな…

っつーか自分とこで開発しないで、目新しいそうな技術に注目して
「さすがはApple、目のつけ所がいいぜ」とか思わせようとする
乞食宣伝テクには、いつものことながら飽きれてしまう

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 17:16:02

つか、UFSより現状のHFS+の方が高性能だと思いますが…

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 17:23:37

>>16
私気がついただけで 2 ヵ所破綻してますが。
UFS 使いこなせてないなら、ZFS ポンと持ってきた方が楽やん。
よそから持ってくるより、自分とこで開発した方が「さすが Apple」に決まってるやん。
てことで、あんさんアホだっか? なんくせつけんなやボケ。

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 17:54:14

>>16
UFSよりZFSの方がリソースフォークの扱いとかでMacで使うのに楽だと聞いたよ。

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 18:58:09

いつのまにかベースがMach+FreeBSDじゃなくてOpenSolarisになってたら笑う。

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 19:05:57

>>20
でも将来的にそういうのも考えてmicrokernelにしてんじゃないの？
solarisは無いと思うけど、freebsdやめるってのはありえない話ではないと思う。

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 19:09:30

単純にBSDライセンスにあやかりたいからだろ？乞食なんだよ

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 20:27:50

DragonFlyはZFSを移植する方向にあるようです:
ttp://leaf.dragonflybsd.org/mailarchive/kernel/2005-12/msg00040.html

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 20:54:57

ZFSってｵｰﾌﾟﾝｿｰｽなの？BSDと同じﾗｲｾﾝｽで使えるのかな。

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 21:16:26

↓のリンクでZFSのソース読んでみるとCDDLらしい
http://opensolaris.org/os/community/zfs/source/

ちなみにこっちがCDDLの日本語参考訳
http://opensource.jp/licenses/cddl1.html

BSDLと違って修正したソースコードは公開しなきゃならないけど
GPLみたいな感染性がないのがAppleにとって都合がいいんだろうね

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 21:20:00

http://www.opensolaris.org/
http://www.opensolaris.org/os/licensing/
http://cvs.opensolaris.org/source/xref/on/usr/src/uts/common/fs/zfs/

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 23:14:56

>>14
線形データアクセスの予測先読みをする機構があるから
通常のアクセスパターンだと速くなるみたいだよ。

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 23:18:20

>>27
そういうのってzfs以外のファイルシステムでも実装できるんじゃないの？

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 23:18:45

>>25
CDDLということは、Linuxにも移植できそうね。
ライセンス問題で採用しないディストリビューションもあるかもだけど。

ただLinuxにはZFSの機能の大半がすでにあるから、
Mac OS Xに移植するほどのメリットはなさそう。

実際にZFS使ってる人ってこの板にいるかな？
Solarisスレで声掛けたら捕まるかな？

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 23:27:41

>>28
そりゃ実装できるかどうかで言えばFAT16にだってできるだろうけど
そんな指摘には意味なくない？　ZFSではそういうある程度
インテリジェントな機構を最初からFSレベルに統合してるのが
キモなわけでしょ。ジャーナリングにしてもRAIDにしてもそうなわけで。

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 23:40:19

>>29
あるにはあるけどな。
ファイルシステムの方は機能的には充実しているけど、実績がいまいちだし、
LVMやmdに至っては、どっちも本家筋に当たるHP-UXやSolarisの劣化コピーだしな。
そういう意味では、ZFSみたく一貫したものが欲しいところだな。

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 23:42:45

http://en.wikipedia.org/wiki/Comparison_of_file_systems

LinuxにはReiser4があるからそれでいんでないの。

**名無しさん＠お腹いっぱい。** · 2006/05/03(水) 23:46:59

reiser4も問題があるというのはあっちのファイルシステムスレで出てる

**名無しさん＠お腹いっぱい。** · 2006/05/04(木) 02:34:19

ZFSが一つ心配なことが。
大きいファイルで一部だけを書き換える場合、
ZFSは別のブロックに一部データを書き込んでから、
ファイルシステムのツリーを変更するみたいだけど、
そんなことしてたら大きいファイルの場合、
ブロックがあちこちに点在（断片化）するんじゃないだろうか。

HFS+みたいに断片化してたら、
自動的に連続ブロックに移動させる機能でもあるのかな。

**名無しさん＠お腹いっぱい。** · 2006/05/04(木) 03:12:55

>>34
ﾜﾗ
君は…ちょっと知識が足りないかも…

**名無しさん＠お腹いっぱい。** · 2006/05/04(木) 03:16:00

>>34
CoW

**名無しさん＠お腹いっぱい。** · 2006/05/04(木) 03:34:03

プールってLVMとどこか違うの?
LVM+JFS2の方がよくね?

**名無しさん＠お腹いっぱい。** · 2006/05/04(木) 03:51:18

質問です。
>トランザクション的操作
>ディスク上のデータは必ず常に整合状態。fsck(1M)不要は当たり前、でjournaling filesystemではない
これって矛盾しているような気がするんですけれど・・・
トランザクション的操作=journaling
なんじゃないんですか?

**名無しさん＠お腹いっぱい。** · 2006/05/04(木) 03:51:33

>>35
うーん、そうなのかなー。
詳しく教えてくださ～い。

**名無しさん＠お腹いっぱい。** · 2006/05/04(木) 03:58:40

トランザクション的操作というのは、
下の引用の一番頭のポインタを書き換えるまでは、
ファイルツリーに一切変更がないから、
いつでも元に戻せる（ロールバック）できるような様を表してるんじゃないかと。

他のFSのジャーナリングは、変更ログをどんどん書き足していって、
フラッシュ時にツリーに変更ログを書き込むことで、
フラッシュ前にOSが落ちたりしても復旧できる仕組みなんじゃなかったっけ？

> 整合性の保持には「何か書き込みを行う場合は必ず元データを新しい場所にコピーしてから」
> (copy-on-write)で、１つ版のあがったファイルシステムのイメージを作成し、
> 古い版を指している一番頭のポインタを新しい版を指すように変更する
> (ここがアトミック)という方法を行っているようです