[次世代] 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/

**名無しさん＠お腹いっぱい。** · 2007/02/21(水) 12:30:06

俺の経験だと destroy の時にシステムがハングすることが何度かあった。
スナップショットたくさん作るのはいいんだけど、その後 destroy するのが恐い。

**名無しさん＠お腹いっぱい。** · 2007/02/21(水) 12:40:13

>705
焦って口が回ってないぞ

**名無しさん＠お腹いっぱい。** · 2007/02/21(水) 12:42:45

FreeBSDのzfs移植者も「まだメモリリークがあるけどそれはSolarisも一緒でSunが調査中」みたいな事を言っていたような気が。
一時間置きにsnapshotとれるなら楽しいが、やはりそこまでやるのはまだ時期早尚か?
というかsnapshotさえ取らなければ大丈夫なのか?

**名無しさん＠お腹いっぱい。** · 2007/02/21(水) 12:51:15

がんがんsnapshot取ってだめになるならそれをアピールすればおｋ

**名無しさん＠お腹いっぱい。** · 2007/02/21(水) 12:52:55

どこにアピールするんだ。
というかzfsの安定性向上に合力するほどの余裕がほしいな。
霞食って生きていく方法はないだろうか。

**名無しさん＠お腹いっぱい。** · 2007/02/21(水) 13:36:14

>>710
プンソラのzfs-discussでアッピール頼む。

**名無しさん＠お腹いっぱい。** · 2007/02/21(水) 15:56:50

ZFSに移行しようか悩む俺を勇気づける心強いお言葉の例:
http://mail.opensolaris.org/pipermail/zfs-discuss/2007-January/025303.html
> ZFS is new, that's right. There're some problems, mostly related to
> performance and hot spare support (when doing raid in ZFS). Other that
> that you should be ok. Quite a lot of people are using ZFS in a
> production. I myself have ZFS in a production for years and right now
> with well over 100TB of data on it using different storage arrays and
> I'm still migrating more and more data. Never lost any data on ZFS, at
> least I don't know about it :)))))

しかしNFSのパフォーマンスで問題報告が散見されるのも事実。
悩むよ。

zfsとは関係ないが、改行のない<pre>～</pre>は始末に困るな。

**名無しさん＠お腹いっぱい。** · 2007/02/21(水) 20:40:10

>>705
スナップショットの食う容量と、パフォーマンスへの影響を知りたいです
毎日ベンチ取るような設定とかできないかな？

**名無しさん＠お腹いっぱい。** · 2007/02/21(水) 22:35:14

何かの展示会で日鉄エレックがデモしていたよ。1分おきのSnapshot。
彼らはSolaris10とZFSをベースにした自社開発のNASを展示していて、展示会の
期間中スナップショットを取りつづけていた。

**名無しさん＠お腹いっぱい。** · 2007/02/21(水) 23:29:03

>>713
んなもんやってみりゃいいじゃん。cron とシェルスクリプト駆使すりゃプーだろ。

**名無しさん＠お腹いっぱい。** · 2007/02/22(木) 12:19:56

>>713
そんなあなたにDTrace。

**名無しさん＠お腹いっぱい。** · 2007/02/22(木) 12:31:26

なるほど！

**名無しさん＠お腹いっぱい。** · 2007/02/24(土) 00:34:09

わざわざ DTrace 使うようなもんかよｗ

**名無しさん＠お腹いっぱい。** · 2007/03/01(木) 20:15:32

ttp://jp.sun.com/communities/users/0612/feature01.html
ZFS誕生エピソード

**名無しさん＠お腹いっぱい。** · 2007/03/02(金) 00:33:51

>>718
>>719 DTrace活用して開発したみたいですね

**名無しさん＠お腹いっぱい。** · 2007/03/02(金) 06:31:52

あまり知られていない事実ワロタ。
誰も知らんつーのw

>あまり知られていない事実：
>カートが見当たらなかった為、データの入ったSun Fire X4500データサーバを
>キャンパスの向こう側まで手で運んだことがある。

**名無しさん＠お腹いっぱい。** · 2007/03/02(金) 09:09:05

前の話をぶりかえすようですまんが、スナップショットを頻繁に取
るのは今のところ問題発生してないな。
ただ、zfs send | zfs recv と組み合わせようとすると、1回あた
り結構時間かかるから、あまり短くはできなさそう。
たとえば、俺のホーム(700GBくらい)では .bash_history くらいし
か変更がなくても一回に数分かかる。

**名無しさん＠お腹いっぱい。** · 2007/03/02(金) 09:40:07

> ただ、zfs send | zfs recv と組み合わせようとすると、1回あた
> り結構時間かかるから、あまり短くはできなさそう。
それは ZFS の問題か? 関係ないよな?

**名無しさん＠お腹いっぱい。** · 2007/03/02(金) 11:20:21

関係なくないだろ。

**名無しさん＠お腹いっぱい。** · 2007/03/02(金) 13:21:21

ホーム700GBってデカすぎね? って動画なら普通か。

**名無しさん＠お腹いっぱい。** · 2007/03/02(金) 14:26:47

>>722
なかなか興味深い話題だとおもう

>>725
でかいことにケチをつけても始まらないかもね。

**722** · 2007/03/02(金) 21:33:28

うちの研究室では 700GB ってかなり控え目な方なんだけど。
学生より少ないし。
ちなみに音声系の研究室です。

**名無しさん＠お腹いっぱい。** · 2007/03/03(土) 07:12:12

>>725
HDDレコーダなんて1GBあっても全然足りないといわれているわけだしね。
そういえば、最近のHDDレコーダって中身がLinuxなのが多くなっているようだけど、
PCどころではなく突然の電源断が多いから、この手のデジタル家電にこそZFSは
向いているのかもしれない。

まあ、組み込みWindowsでNTFSにしているところも多いだろうけど。

**名無しさん＠お腹いっぱい。** · 2007/03/03(土) 07:21:10

うげ、1GBじゃなくて1TB…

**名無しさん＠お腹いっぱい。** · 2007/03/03(土) 19:57:51

>>728
組み込みSolarisはちょっと見てみたいな。

**名無しさん＠お腹いっぱい。** · 2007/03/04(日) 22:15:34

ttp://docs.FreeBSD.org/cgi/mid.cgi?20070304123801.GA22350
ZFS port to FreeBSD: 2nd patchset available.

**名無しさん＠お腹いっぱい。** · 2007/03/05(月) 21:50:58

>>728
Windows系のHDDレコーダーって何処があるんだっけ？
Panaと芝とNECはLinuxだよね。

**名無しさん＠お腹いっぱい。** · 2007/03/12(月) 20:19:24

ふと、新しいiMacに、フラッシュ搭載か、というネタを聞いてるとき思ったんだけど
Leopardって、ZFS載るじゃないですか、で、iMacにSSDが載るとしても
まあ、供給事情からいって、32GBくらいだと思うんですよ
とすると、それだけだと今までのiMacよりも容量が少なくなっちゃう。

どうするか？
もしかすると、HDDとSSDを両方乗せてくるかも？！

とここまでが妄想で。

ZFSでHDDとSSDという速度差があるようなメディアを混在してプールを作ったとき
そのパフォーマンスはどうなるのか気になったのでこのスレに来てみた。
誰か、こういうの試せる環境にある人います？

**名無しさん＠お腹いっぱい。** · 2007/03/12(月) 22:33:03

NeXT は最初 5inch MO オンリーだったけどあまりに遅くて不評だったので
マイナーチェンジしてスワップ専用の 40MB SCSI HDD 併設になったよ。
まあそういうことするのは平気だね、Jobs 氏は。

**名無しさん＠お腹いっぱい。** · 2007/03/12(月) 22:48:43

それなんてHybrid HDD

**名無しさん＠お腹いっぱい。** · 2007/03/13(火) 20:29:48

>>735
言うなればソフトウェアハイブリッドだな。

**名無しさん＠お腹いっぱい。** · 2007/03/30(金) 00:18:29

ZFS for Linux Beta 1
http://zfs-on-fuse.blogspot.com/2007/03/zfs-for-linux-beta-1.html

**名無しさん＠お腹いっぱい。** · 2007/03/30(金) 01:19:56

>>737
FUSEだけどな…
マイクロカーネルOSならともかく、モノリシックOSの代表のLinuxがFUSEみたいなこと
やっても、あんまり嬉しくない。

**名無しさん＠お腹いっぱい。** · 2007/03/30(金) 02:16:59

FUSE じゃないと実現できない、ってとこが Linux のクソさ加減を表してるなw

**名無しさん＠お腹いっぱい。** · 2007/03/30(金) 04:19:36

これは酷いレスだな
おまいが近所に住んでない事を祈るよ

**名無しさん＠お腹いっぱい。** · 2007/03/30(金) 22:26:00

うまい事くっ付ければFUSE上のZFSを/homeでマウントできるのかな？

**名無しさん＠お腹いっぱい。** · 2007/04/03(火) 03:53:44

FUSEである程度力を発揮すればカーネル標準に取り込むような流れも出ると思うぞ

**名無しさん＠お腹いっぱい。** · 2007/04/03(火) 08:08:05

カーネル内実装に移行するときにコードをある程度再利用できるなら、
まずはFUSE上に実装してみるってのも手ではあると思う。
実際のところどうなのかは知らないけど。

**名無しさん＠お腹いっぱい。** · 2007/04/03(火) 09:04:51

Solaris で、VFS との関係はどうなってるの? Linux のカーネルへ持って行くのに
VFS 作り直しだととりあえず近い将来ってのは絶望的だろ。

**名無しさん＠お腹いっぱい。** · 2007/04/03(火) 10:43:58

はあ？

**名無しさん＠お腹いっぱい。** · 2007/04/03(火) 11:26:02

なんのためのVFSだと思ってるんだｗ

**名無しさん＠お腹いっぱい。** · 2007/04/03(火) 11:33:58

Linux の VFS はガタガタだよ? おわかり?

**名無しさん＠お腹いっぱい。** · 2007/04/03(火) 11:33:59

Various Filesystem Switcher

**名無しさん＠お腹いっぱい。** · 2007/04/03(火) 15:04:29

>>747
「Linux VFS だめだめ」って話はしばしば聞くけど、奥なんとかの
プロパガンダ以上に議論が進むの見たことない。

仮に VFS ガタガタが真実だとすれば、それはもうほとんどOSとし
てガタガタと言うことになる。

**名無しさん＠お腹いっぱい。** · 2007/04/03(火) 16:14:10

実際ガタガタだろ。あんだけマンパワーかけて未だに安定したもんにならない。
もう何年も堂々巡り状態じゃん。

**名無しさん＠お腹いっぱい。** · 2007/04/03(火) 16:17:48

もうLinuxの話は禁止。

**名無しさん＠お腹いっぱい。** · 2007/04/03(火) 16:34:07

奥なんとか、ってなに?

**名無しさん＠お腹いっぱい。** · 2007/04/03(火) 17:03:01

>>749
いつもの荒らし乙

**名無しさん＠お腹いっぱい。** · 2007/04/03(火) 17:18:07

実際OSとしてガタガタなのなら変にLinuxなんか使わないで他
のOS使えばいいじゃない。
まして、ZFSの移植なんて考えない方が良いのでは？

**名無しさん＠お腹いっぱい。** · 2007/04/03(火) 17:24:22

うむ、まあ、正論だな。オレは使ってないw

**名無しさん＠お腹いっぱい。** · 2007/04/03(火) 19:40:59

OpenSolaris始まったな

**名無しさん＠お腹いっぱい。** · 2007/04/03(火) 21:48:32

おれも巡り合わせが悪くて使わなくなったな。

**名無しさん＠お腹いっぱい。** · 2007/04/04(水) 00:29:33

FUSEはライセンスの問題を回避するためって理由もあるでしょ。

> http://www.gnu.org/licenses/license-list.ja.html
> GPLで保護されたモジュールとCDDLで保護されたモジュールは合法的に
> 一緒にリンクすることができません。

GPLなLinuxカーネルとCDDLなZFSを繋ぐ役目としては、FUSEは有効だと思う。

**名無しさん＠お腹いっぱい。** · 2007/04/04(水) 08:14:06

じゃあ、カーネル内実装にするときには再利用できないわけね。
ダメじゃん。

そもそも、性能も必要なfsの実装にFUSEなんて使っちゃいけないでしょ。

**名無しさん＠お腹いっぱい。** · 2007/04/04(水) 20:31:03

これからは、FUSEが主役になる！！！
マイクロカーネルみたいなモノですよ！！！

**名無しさん＠お腹いっぱい。** · 2007/04/04(水) 22:59:24

>>760
カーネル組み込みより単純に実装できる割には
性能低下が少なめ、とはきいた記憶があるな。

スクリプト言語みたいなもんか。

**名無しさん＠お腹いっぱい。** · 2007/04/04(水) 23:51:44

うーん、ファイルシステムをカーネル外で実装して動かしてからカーネル内に移すってのは、
太古の昔からやられてたごくふつーの手順だと思うけど。4BSD の FFS もそうだし。
それの手順というか、整理しただけでしょ?

**名無しさん＠お腹いっぱい。** · 2007/04/05(木) 22:31:52

SunFire X4500のいぱーいのディスクで大きな1ファイルシステムを作ってみた。
10数TBだが、ふつーに動くな。社内のワークエリアとして開放。しばらく様子見。

**名無しさん＠お腹いっぱい。** · 2007/04/06(金) 22:52:38

ZFS committed to the FreeBSD base.
http://lists.freebsd.org/pipermail/freebsd-current/2007-April/070544.html

ｷﾀ━(ﾟ∀ﾟ)━( ﾟ∀)━( 　ﾟ)━(　　)━(ﾟ　)━(∀ﾟ )━(ﾟ∀ﾟ)━!!!!

**名無しさん＠お腹いっぱい。** · 2007/04/06(金) 23:19:54

7.x-RELEASEでは常用になるという事で宜しいか？

**名無しさん＠お腹いっぱい。** · 2007/04/06(金) 23:36:25

ZFS。移植されるの早かったな。もう完成か。

**名無しさん＠お腹いっぱい。** · 2007/04/06(金) 23:59:40

カーネルメモリ食いまくりのリッチソリューションって
状態は改善されたのか?

**名無しさん＠お腹いっぱい。** · 2007/04/07(土) 00:08:47

＞ ZFS is available in the HEAD branch and will be
＞ available in FreeBSD 7.0-RELEASE as an experimental feature.

だろ？　常用桶はまだ先の話ジャマイカ？

**名無しさん＠お腹いっぱい。** · 2007/04/07(土) 03:51:09

8になるころは安定するかなぁ。
とはいえ、7はSMPの性能向上といいXen対応といい、目玉の機能が多そうだ。

**名無しさん＠お腹いっぱい。** · 2007/04/07(土) 04:01:29

その代わり安定性が犠牲になります。

**名無しさん＠お腹いっぱい。** · 2007/04/07(土) 04:09:45

FreeBSDに対するZFSの移植が完了
http://journal.mycom.co.jp/news/2007/04/06/017/index.html

**名無しさん＠お腹いっぱい。** · 2007/04/07(土) 09:26:18

>769
SMP 本格対応ってのは 5 の時も 6 の時も
当初は目玉だったはずなのだ

**名無しさん＠お腹いっぱい。** · 2007/04/07(土) 09:42:42

>>772
遅れに遅れてはきたが、それでもこないだ実装終わった
ってんだから問題あるまい。

**april fool** · 2007/04/07(土) 09:48:46

GIANT Lock が消えたニュースは驚いたけどな

**名無しさん＠お腹いっぱい。** · 2007/04/07(土) 11:23:03

SMPは7でとりあえず完全対応ってことにしたいんじゃね？
でもとりあえずZFSで遊ぼうっと。もう一台ちょっと枯れたマシン用意するか…

>>774
おもわずがんばったなと言いかけたぜ。

**名無しさん＠お腹いっぱい。** · 2007/04/07(土) 16:32:44

>>771
bootローダは未対応の様だな。

**名無しさん＠お腹いっぱい。** · 2007/04/07(土) 16:55:34

Solarisもbootはまだサポートしてないね

**名無しさん＠お腹いっぱい** · 2007/04/07(土) 18:31:13

bootはもうちょっと先だねぇ

**名無しさん＠お腹いっぱい。** · 2007/04/07(土) 18:55:42

>>772
それを言うと Linux も 2.0, 2.2, 2.4, 2.6 全て SMP 改善のために大幅に書き直されたはず。
いまだウンコ。
さらに、i486, Pentium, PenPro, PenII, PenIII, Netburst すべて SMP が改善されるはずだった。
バス飽和しまくり。論外。
まともなのって Solaris と IRIX と AIX くらいだろ。昔だと DG-UX とかよかったらしいが。

**名無しさん＠お腹いっぱい。** · 2007/04/08(日) 00:25:42

OSとハードウェアアーキテクチャいっしょくたにして語るのって頭悪い。
言いたいことはわからないでもないけどね。

**名無しさん＠お腹いっぱい。** · 2007/04/08(日) 00:31:36

この場合いっしょくたで十分。SMP は一朝一夕では達成できない。
腐った指針では何年経ってもできない。

**名無しさん＠お腹いっぱい。** · 2007/04/08(日) 00:47:20

Linux＝x86
Solaris＝SPARC
AIX＝POWER
分けて考える必要なし。

**名無しさん＠お腹いっぱい。** · 2007/04/08(日) 01:06:30

SolarisはX64でもきれいに動くじゃん。SMP

**名無しさん＠お腹いっぱい。** · 2007/04/08(日) 02:34:17

16コアとか動かしてみたか?

**名無しさん＠お腹いっぱい。** · 2007/04/08(日) 02:57:33

動いてるが。

**名無しさん＠お腹いっぱい。** · 2007/04/08(日) 09:57:01

マルチプロセッサで性能を出せるコンピュータアーキテクチャだからこそ、
その上のOSで工夫しがいがあるわけで、ごちゃまぜで語るのは杜撰としか言えない。

例えば、SPARCでLinuxを走らせるとどうなるか、x86上のSolarisはどうなのかという
あたりをよーく考えてみるといい。

**名無しさん＠お腹いっぱい。** · 2007/04/08(日) 14:49:02

考えてみるだけじゃダメだろ。どうなるの? データ出しなさい。

**名無しさん＠お腹いっぱい。** · 2007/04/08(日) 22:59:58

x86上でスケールするかは見てみたいな
SPARCはそれ自体がスケールすることを目指したアーキテクチャだからスケールする
SPARCのＳはScalableだったように記憶している

で？ここZFSスレじゃなかったっけ？

まあ、FreeBSDで動いたら次のトピックはSolaris上でBoot対応、くらいかな？
Leopard発売もちょっとしたトピックになるか？

**名無しさん＠お腹いっぱい。** · 2007/04/09(月) 00:03:41

>>788
Scalable Processor ARChitecture

**名無しさん＠お腹いっぱい。** · 2007/04/09(月) 00:24:37

Super Ponkotu ARChitecture

**名無しさん＠お腹いっぱい。** · 2007/04/09(月) 01:03:06

>>786
やったことないんじゃねーか。最初からそういいな。

**名無しさん＠お腹いっぱい。** · 2007/04/09(月) 10:33:42

いつものことだ。

**名無しさん＠お腹いっぱい。** · 2007/04/09(月) 10:56:02

>>791
勘違い君乙

**名無しさん＠お腹いっぱい。** · 2007/04/09(月) 11:07:42

>>786
SPARC で Linux → ゴミ
x86 で Solaris → プロセッサバス飽和した時点でゴミ

**名無しさん＠お腹いっぱい。** · 2007/04/09(月) 14:49:52

要はHyperTransportなAthlon64マンセーってことか?

**名無しさん＠お腹いっぱい。** · 2007/04/09(月) 14:56:02

HyperTransport って現状のはせいぜい 4コアって話じゃなかった? 8つだったか?

**名無しさん＠お腹いっぱい。** · 2007/04/09(月) 15:57:19

せいぜい 8core までくらいのマーケット向けに最適化すると
3本だよねーということであって
もっと必要ならもっとつける(そしてもっと高くなる)
ということでしょ

いや数十本のHT足が必要だ、みたいになってくると
根本的に別の設計が必要だろうけど

**名無しさん＠お腹いっぱい。** · 2007/04/09(月) 16:20:20

> いや数十本のHT足が必要だ、みたいになってくると
> 根本的に別の設計が必要だろうけど
結局そういう規模の SMP を想定した技術じゃないのよ。

**名無しさん＠お腹いっぱい。** · 2007/04/09(月) 19:32:28

ｱｰｷﾃｸﾁｬ論議ってほんとどこでも始まるんだな

**名無しさん＠お腹いっぱい。** · 2007/04/09(月) 19:46:15

しったかは何処にでもいるからな

**名無しさん＠お腹いっぱい。** · 2007/04/09(月) 23:24:42

>>776-778
bootローダはまだZFSを読めないが、ZFSをルートファイルシステムに
できるようになったので、/bootだけUFSで残りは全部ZFSって構成ができるようになった。
http://lists.freebsd.org/pipermail/freebsd-current/2007-April/070731.html

**名無しさん＠お腹いっぱい。** · 2007/04/10(火) 04:50:36

お！良い感じになってきたな。

**名無しさん＠お腹いっぱい。** · 2007/04/11(水) 22:19:13

ZFSはバックアップ機能(send/recv)が弱いよな。
snapshotが-r の再帰オプションつけているんだからさ。send -r 実装キボン

**名無しさん＠お腹いっぱい。** · 2007/04/11(水) 22:45:12

gbdeやgeliと併用できるのかな

**名無しさん＠お腹いっぱい。** · 2007/04/11(水) 23:59:38

>>804
http://lists.freebsd.org/pipermail/freebsd-current/2007-April/070616.html
にいろいろ例が書いてある。

zpoolから4G確保して、ｹﾞﾘ化してからswaponする例↓
# zfs create -V 4g tank/swap
# geli onetime -s 4096 /dev/zvol/tank/swap
# swapon /dev/zvol/tank/swap.eli