ファイルシステム総合スレ その10

つ btrfs@JLS話
- fsレベルでの情報を使えるんで同じCoWでも効率とかがLVMより圧倒的にいい
- btrfsでは"snapshot"も"subvolume"の１つにすぎない
-- なので、任意のディレクトリ以下だけスナップショットできたり
-- ネストしてスナップショットもできたり
-- もちろんスナップショットに書き込むのもおけ
- オンラインデフラグができる
-- APIがあって、ファイル単位で明示的にリロケートできる
-- 起動時間の最適化とか、特定目的にあわせた最適化ができる
-- シケーンシャルI/O化による速度アップも
--- 従来fs(自社比?)で5MB/s->17MB/sに大幅に向上（ここでビデオ再生）
--- これはランダムアクセスの発行順序を揃え直したことによる効果
- btrfs-RAIDもスバラシスですよ話
-- btrfsがmountedな状態で下層のdev片方をddで壊す -> エラー検出してもう一方を使うだけで無問題
-- ディスクの追加削除、連動してのfsレベルリサイズも超楽勝
-- RAIDl[56]（実装した）で、liveなファイルが乗ってるディスクにオフライン化命令を出してもOK
--- 空きがある別の領域に勝手に移動してからオフライン化する（LVMとかだとpvmoveしてから抜かないとだめ）
- fsync問題も楽勝
-- ディレクトリツリーとは別のデータ構造でファイル一覧を管理してる
-- なので、ツリー全体のfsyncせずにファイル単位でfsyncできる。メル鯖にお勧め

で、いつ使えるの？
- あなたのリスク許容度によるけどもう使える
- 銀行で使うのはやめとけ。あと２年はマテ

ライセンス以外にzfsと何が違うのか

>>520
それQAであった。
機能はほぼ同様だが、実装方法がかなり違う。
詳しくは見ていないが、たとえばzfsはliveなファイルが乗ってるデバイスを
外せない。とか言ってた。

こんなに快適で軽快なext4を使えずにいる人が可哀想でならない。

もうずっとext4をdata=journalで使ってたんだけど、
昨日data=orderedにしてdelayed allocationを有効にして電プチしてみたらzsh_historyが0バイトになった
auto_da_allocも付けてたんだが…

>>919
Thx! これ読むだけでわくわくしてくる。早く使いたいな。

>>922
ext4評判良いな。「つなぎ」とか言われながらもしっかり進化してるんだな。
はやくRHEL(CentOS)で使えるようにならないかな。

http://thunk.org/tytso/blog/2009/03/12/delayed-allocation-and-the-zero-length-file-problem/

これ（>>919のfsync問題？）に遭遇したのかしらん
ext4評判いいって言うけど、評判がいいのは速度面ばっかりという印象
nodelallocつけないと駄目だとか、データ消えたとかいっぱい出てくる

>>925
fsyncしてない問題だね。
これについてはXFSを他が5年遅れくらいでようやく追体験してる状態というべきか・・・

fsync問題はみんなが直すの待ってると首が長くなるので、AOPでfsyncしたい
箇所にフックかけて勝手にfsyncするとかどうですか？とか妄想したり。
100回writeしたら勝手に1回fsyncフック走らせるとか。

>>926
ディスク自体が比較的大きなキャッシュを持っている今、
fsyncがどれだけ意味を持ってるかわからん気がする。
もちろん、危険が減るのは確かだが、犠牲にされる性能は大きいっぽいし。

キャッシュ上のデータも何とかしたいなら、
独立電源のSATABOX入れてそれにUPSくらいしか手がないわなー。

AOPってアスペクトの話？できるとは思うけどウィーバー依存になるから、
ソースツリーと基本的なツールでビルドできるっていうメリットの消滅が
オープンソース的に痛すぎると思われ。
コンパイラコンパイラも似たような話だけどあっちはデファクトスタンダードが
あるからまだマシか。

>>928
性能がfsyncで犠牲（というほどダメージでかい）のはext3だけらしい。
だからfsync汁という結論なんだけど、ext3が普及してるので困ってる。

ディスクキャッシュまで含めた保証はどうなるんかね。
HDDに巨大コンデンサ積むか、FeRAMでも積んでもらうか？

Flashのセッションでは「メーカは変なファーム入れなくていいから
生Flash晒せば俺らがUBIFS使うだけだからおけ」とか言ってたけど、
段々fs-blockdev-devのレイヤを超えた密な設計になってきてるような。
HDDのキャッシュ制御もキャッシュが巨大化したら「このファイルに
対応するディスクキャッシュだけフラッシュ」とかなってきそうだ。

>>921
実用レベルはまだまだ先ってんなら、その頃にはzfsはもっと進化してるんじゃね

>>931
そうだろうね。
話してた「コア部分では別物」というのが実現できることにどれだけの差を
生むのかが知りたいけど、それは今後の展開で見ていってくれってことかと。

まあ、LinuxでZFSと同じようなことができるならありがたい
zfsのCOMSTARみたいなiscsiの機能があれば尚よい
そういうのはないのかねー

Linux板にあるから ext3 や ext4 の議論が進められてるのかと
思ったら、全然話題にでてきてないのねw

このスレ、板違いじゃないか？

Btrfs defrag demonstration @JLS
http://www.youtube.com/user/atmarkit

ハードウエアキャッシュ上のデータは制御しようがないので、
いっそのこと fsync しないってのが、
すーっとまえの Linus の考えだったはず。

ZFSだどfsync用に専用のデバイスを設定できるので
iodriveのようなのを盛ってくれば安心。

HDDのハードキャッシュは書く時も使われるのか・・・

何を今さら

むしろ書き込み時がメイン(性能に与える影響が大きい)

btrfsの仕様が確定したら教えてね。それまではreiser3でいいや

まっとうな RAID コントローラは、HDDの書き込みキャッシュはDisableにして
RAID コントローラのバッテリバックアップされたキャッシュを使用する。
電源断になったら次回電源On時にライトバックする。

>>942
それはパフォーマンスをあげるためであって
「まっとう」ではなくて「高性能」がただしいね。
HDDの書き込みキャッシュが有効になっていても
OSがちゃんと書き込み完了を検知していれば問題なし。

そろそろ次スレを用意するお時間ですかね・・・

扱うデータ量はここ数年飛躍的に増大しているのに
HDDの性能はぜんぜん伸びないので、怒ったベンダー連中が
ついにファイルシステムいじりという禁忌に乗り出したということでよいか？

なんかひどく不安だ

>943
>942が言いたいところは「バッテリバックアップされた」だと思われ…。

>>945
いや、大昔からfsyncの問題は議論されていて、
確かに >>942 は正しいが、
そんな一部のユーザのために全てのデスクトップの性能を犠牲にするのはもったいない。
って Linus が言って、そういうことになってるんだよ。
たしか、ext2を設計してた頃の話。

ソース

>>931
実際、ZFSではL2ARCなどの新機能をガシガシ載せてきているものねい。

http://www.atmarkit.co.jp/news/200910/23/btrfs.html
＞すでにディスク上のフォーマットはフィックスされていることから、
いつのまに

CRFS on Btrfs ってどうなんだろ？

マジレスしとくと「大昔からfsyncの問題は議論されていて」じゃなくて「大昔にfsyncの問題は議論されていて」
更に言うと、この時、HDDの書き込み方向のキャッシュをパフォーマンスの為にこれからも利用し続ける事になったが
その所為で、他の*NIXを利用している連中(教祖様含む)からLKMLやNetNews、教祖様に至っては怪文書で色々とケチを付けられた
これがこのスレで度々書き込まれる、fsync問題とか称するバカ話の発端

なぜバカ話かというと、当時ケチを付けていた連中の使っていた*NIXですら、今では書き込み方向のキャッシュを利用しているから
つまりは今となってはHDDの書き込みキャッシュを利用する方が標準なわけ
しかも昔のSeagateとかならともかく、今ではHDD自体がキャッシュに留まっているのか、ちゃんと書き出したのか
そこまで判定できるし、読み込みと書き込みでキャッシュのパイプラインを分けている物も多数あるんで殆ど問題ない

なぜ「殆ど」かと言うと、キャッシュに溜っているのか、それともちゃんと書き出したのかの判定をせずに
HDDからの完了通知を即書き込み完了として処理する、とてもアレなFSも中にはあるから
まあこのスレの馬鹿共は、ここでFSを名指ししたりすると即アンチ認定しそうだからFSの名前は伏せとくわ
自分で調べてくらさい

Windowsだとどうなの？

>>953
チェックボックスひとつで済む問題

>>952
> とてもアレなFS
JFSの事ですね知ってます

ext5は開発されているの？

>>950
> Btrfsはオラクルが開発していると思われがちだが、IBMやインテルからも
> コードの貢献があり、例えば次期バージョンに含まれるRAID 5/6/60には
> インテルが取り組んでいるという。

Intelも積極的にコミットかぁ
btrfsの好感度アップ！

md/dmのコードにどうコミットしていくかはっきりさせないと
drbdの二の舞じゃないかな< btrfs

http://zfs.macosforge.org/
The ZFS project has been discontinued.
The mailing list and repository will also be removed shortly.

(´；ω；`) Macたん・・・

この先もHFS+かｗｗｗ

あらら(´；ω；｀)

タイムマシンはZFSなしでも何ら影響なしなんじゃろか

もともと、pdumpfsみたいな実装だったと思うし関係ないんじゃないかな。

TimeCapsule相手だと、スナップショット取ってから、sendして
って実装になってくれたら快適だったのに・・・・ね。

FreeBSDはどうなの？

>>964
こんなんあった。
http://lwn.net/Articles/339337/
結論としてはsoft updatesには未来が無いのこと。

soft update作った人も今じゃLinuxカーネルをハックしてるんだな

今更ながらのReiser4ノススメ
カーネルパッチ
ttp://www.kernel.org/pub/linux/kernel/people/edward/reiser4/
公式の墓場
http://web.archive.org/web/20071024001500/http://www.namesys.com/v4/v4.html
リンク切れだらけのReiser4手順
http://web.archive.org/web/20071226171643/http://www.namesys.com/install_v4.html
ベンチマーク
http://web.archive.org/web/20071010004133/http://www.namesys.com/benchmarks.html
透過圧縮の設定
http://web.archive.org/web/20070706091201/http://dev.namesys.com/CryptcompressSettings
マウントオプション
パッチ後のソースのDocumentation/filesystems/reiser4.txtを参照

>>967
> 今更ながらのReiser4ノススメ

Raiser4 書いた人って、2006年に妻を殺害して第一級殺人犯になった男だよな？

>>968
だれでも考えつくことだが、彼は思い立ったら実行するタイプなんだ。

キャラディのショートショートかよ

>>968
すんげー板違いだけど日本って国はいつ出来たかも分からない国で、
極東軍事裁判でA級戦犯指定された人が総理大臣になった国で、
慰安婦という名の敗戦後できた言葉の売春婦問題で国連から謝罪しろと言われてる国で
宣戦布告もしてない紛争相手だった中華民国が400万人の死傷者と発表したのに対して
侵略大国の中華人民共和国が死亡者3500万人と妄言を吐いても抗議の一つもしない国で
自国の領土を他国に占領され続けてもろくに対話もしない国で
アメリカの侵略戦争には諸手を上げて賛成して金を貢ぐが加勢した虐殺についてもろくに報道せず
只々談話とやらをを継承し謝罪と賠償を続ける謎の国

おまえさんはそんな国の言葉を使っているんだぞ？

裁判とか信用できねー
ttp://www.s-a-t.org/sat/sarin.html
インテルは経済犯罪もしてるけど裁かれないよ。だけどインテルのCPU使ってるよー
ファイルシステムと関係ないよー

普通ファイルシステム作ろう、と思ってもとてもできないし
奥さん殺したい、と思ってもとてもできない

両方やってしまったライザーさんは超一流

>>970
お前は即レスでとんでもない書き込みをしやがった。
その的確すぎる突っ込みのせいで、もうお前の次以降の書き込みはゴミの価値もない。
お前のせいだ。自分で埋めて、次スレ立てな。

>>973
なんてこった。これじゃ、俺自身がゴミレス書いちまったことになる。
しかも、これも含めて2つもだ。許せん。
早くこのスレを埋め、datの奥深くに封印すべきだ。

970踏むと次スレ担当とは知らなかったが一応立てました。

ファイルシステム総合スレ その11
http://pc11.2ch.net/test/read.cgi/linux/1256639505/

>>971
空飛ぶパンツを見たら爆発した。。。

まで読んだ

>>976
あれとか、あれのＣＧ製作紹介とか、外人が見たら日本のこと何て思うのかな…

>>977
http://shirouto.seesaa.net/article/130599887.html

野尻スレ化

まぁ、EDだけだよね、良いのは

>>975
いい事いうじゃねえか。
出来るんだな？
今すぐ頼むぞ。