アカウント名:
パスワード:
やたらとZFSを意識しているが、大言壮語も甚だしいほどに機能不足&超絶不安定。
まず良く言われているようにスナップショットが容量食い過ぎ。わざわざ「btrfs filesystem df /」なんてやって確認してくれるソフトなんて無いので、dfの値だけみてスナップショットは容量食わないとか勘違いして、じゃんじゃんスナップ切ってくとある日突然disk fullで死ぬ。スナップショットなんだか、単なるコピーなんだか分かりゃしない。ext*系によくある、スーパーユーザーのみが利用できる予約ブロックなんてものも存在しないので、disk fullで死亡後は、リカバリがちょっと面倒くさい。
更にXFS以上にファイルの新規作成が遅い。両者共に動的i-nodeにこだわりすぎてて、ギリギリまで作ってないからファイルの新規作成が遅いが、XFSに比べBtrfsの新規作成は我慢ならないレベルで遅すぎる。暇があったら、btrfs filesystem balance で強制的にリバランスしてるくらいでないと話にならない。またSSDならともかく、HDDならリバランス後にデフラグ必須。
そして最も我慢ならないのが不安定さ。昔、こじまみつひろさんなんかもいきなり読めなくなって嘆いていたが、unstableが取れた今でさえ、そういうことが稀によくある。そもそもディスクレイアウトが公開されておらず、「ソース読んで直接理解してね」という状況なので、読めなくなる=復旧不可能というお寒い状態。Btrfs RAIDかけていようがどうしようが、いきなり読めなくなるので冗長性など無意味。しかもカーネルが刺さるだとか、IOエラー吐くなんてのは、稀にどころか日常茶飯事。Btrfsの使用は、もはやtaints kernel。
ついでに言っとくと、btrfs-toolsとカーネルバージョンの相性問題も中々に酷い。両者ともに最新版を使っているなら問題ないが、どこぞのディストリみたいに枯れたカーネル使っててしかしbtrfs-toolsだけが自分でビルドして使ってるとかだとちょっとした悲劇に見舞われる時がある。btrfs-toolsはディストリのビルド品を使ってるいるが、カーネルはgitから最新開発版を使ってるとかだとある日突然読めなくなったりする。
暇だったら、どうでもいいプロジェクトのリポジトリの保存先にBtrfsを使ってみると嫌でも良くわかる。少なくとも現時点では、ZFSと比較できるようなシロモノではない。むしろあのザマで良くカーネルに取り込まれたなってレベル。BtrfsはもうRHELじゃなくてもdeprecated扱いでなんら問題ない。
> unstableが取れた今でさえ、そういうことが稀によくある。
稀にある? よくある?
つ稀によくある [nicovideo.jp]
ところで、ZFS on Linuxはゴミじゃないの?本家ZFSなみ?
OpenZFS傘下のプロジェクトが本家じゃなかったら本家ってどれだ?
SolarisのZFSだよ!
そいつはすげぇorzfsに改名してあげたいわ
# むしろ戒名か
んなわきゃない。
ファイルシステムでそれは勘弁してくれ…
断言するがこいつ(#3257931)はOSSに関わったことがない
プロプラでも概要くらいは出すぞ。まあ、なにをやってるか良く分からなかったのはOracleのPhisicalDisk。ディスクやパーティション構成無視した書き込みが時々発生阿鼻叫喚。って「また」オラクルやらかしたのかw
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生の大半の問題はスルー力で解決する -- スルー力研究専門家
Btrfsはゴミ (スコア:4, 興味深い)
やたらとZFSを意識しているが、大言壮語も甚だしいほどに機能不足&超絶不安定。
まず良く言われているようにスナップショットが容量食い過ぎ。
わざわざ「btrfs filesystem df /」なんてやって確認してくれるソフトなんて無いので、
dfの値だけみてスナップショットは容量食わないとか勘違いして、じゃんじゃんスナップ切ってくと
ある日突然disk fullで死ぬ。スナップショットなんだか、単なるコピーなんだか分かりゃしない。
ext*系によくある、スーパーユーザーのみが利用できる予約ブロックなんてものも存在しないので、
disk fullで死亡後は、リカバリがちょっと面倒くさい。
更にXFS以上にファイルの新規作成が遅い。
両者共に動的i-nodeにこだわりすぎてて、ギリギリまで作ってないからファイルの新規作成が遅いが、
XFSに比べBtrfsの新規作成は我慢ならないレベルで遅すぎる。
暇があったら、btrfs filesystem balance で強制的にリバランスしてるくらいでないと話にならない。
またSSDならともかく、HDDならリバランス後にデフラグ必須。
そして最も我慢ならないのが不安定さ。
昔、こじまみつひろさんなんかもいきなり読めなくなって嘆いていたが、
unstableが取れた今でさえ、そういうことが稀によくある。
そもそもディスクレイアウトが公開されておらず、「ソース読んで直接理解してね」という状況なので、
読めなくなる=復旧不可能というお寒い状態。
Btrfs RAIDかけていようがどうしようが、いきなり読めなくなるので冗長性など無意味。
しかもカーネルが刺さるだとか、IOエラー吐くなんてのは、稀にどころか日常茶飯事。
Btrfsの使用は、もはやtaints kernel。
ついでに言っとくと、btrfs-toolsとカーネルバージョンの相性問題も中々に酷い。
両者ともに最新版を使っているなら問題ないが、どこぞのディストリみたいに枯れたカーネル使ってて
しかしbtrfs-toolsだけが自分でビルドして使ってるとかだとちょっとした悲劇に見舞われる時がある。
btrfs-toolsはディストリのビルド品を使ってるいるが、カーネルはgitから最新開発版を使ってるとかだと
ある日突然読めなくなったりする。
暇だったら、どうでもいいプロジェクトのリポジトリの保存先にBtrfsを使ってみると嫌でも良くわかる。
少なくとも現時点では、ZFSと比較できるようなシロモノではない。
むしろあのザマで良くカーネルに取り込まれたなってレベル。
BtrfsはもうRHELじゃなくてもdeprecated扱いでなんら問題ない。
Re: (スコア:0)
> unstableが取れた今でさえ、そういうことが稀によくある。
稀にある? よくある?
Re:Btrfsはゴミ (スコア:1)
つ稀によくある [nicovideo.jp]
Re: (スコア:0)
ところで、ZFS on Linuxはゴミじゃないの?本家ZFSなみ?
Re: (スコア:0)
OpenZFS傘下のプロジェクトが本家じゃなかったら本家ってどれだ?
Re: (スコア:0)
SolarisのZFSだよ!
Re: (スコア:0)
そいつはすげぇ
orzfsに改名してあげたいわ
# むしろ戒名か
Re: (スコア:0)
んなわきゃない。
Re: (スコア:0)
ファイルシステムでそれは勘弁してくれ…
Re: (スコア:0)
断言するがこいつ(#3257931)はOSSに関わったことがない
Re: (スコア:0)
プロプラでも概要くらいは出すぞ。
まあ、なにをやってるか良く分からなかったのはOracleのPhisicalDisk。
ディスクやパーティション構成無視した書き込みが時々発生阿鼻叫喚。
って「また」オラクルやらかしたのかw