ext4が開発フェーズを終了。次世代ファイルシステムへの橋渡しとなるか? 69
ストーリー by soara
次はB tree FSで決まり? 部門より
次はB tree FSで決まり? 部門より
あるAnonymous Coward 曰く、
Linuxの次のカーネルバージョン2.6.28で、ext4の開発フェーズは終了するのではないかとの話が本家に掲載されている。Heise.deのKernel Logでは、Linus Torvalds氏がLinuxのメインの開発ブランチにTheodore Ts'o氏によるパッチコレクションを統合し、その中にはext4devからdevを落としてext4と改名するものも含まれていると書かれている。とはいえ開発が終了するわけではなく、ext3がそうであったようにバグフィックスに加えて追加機能の開発などが必要に応じて続けられていくと見られている。
ちなみに、Ts'o氏は以前からLinuxの次世代ファイルシステムへの移行を支持しており、1週間前にはLinuxカーネルメーリングリストでext4はbtrfsへの橋渡しとしても必要といった趣旨の発言をしているそうである。
いずれにしても (スコア:2, すばらしい洞察)
ext4はext3向けのdump/restoreから派生してきそうだけど、btrfsはどうなんだろう...
-- やさいはけんこうにいちば〜ん!
Re:いずれにしても (スコア:1)
ってのがlinuxの世界だと思ってました・・・。 実は僕も,dump/restoreが使いたくて探したことがあるので。
インクリメンタルでやりたい (スコア:4, 参考になる)
久々にハノイの塔シーケンス [linux.or.jp]を思い出した。
屍体メモ [windy.cx]
Re:インクリメンタルでやりたい (スコア:4, 参考になる)
バックアップ時刻は引数に指定したファイルのタイムスタンプとして記録されるので、
そのファイルを適宜コピーすればハノイの塔シーケンスも可能です。
Re:いずれにしても (スコア:2, 興味深い)
pスイッチで拡張属性も吸い上げられるとあるのですが、ファイルシステム付属のツールからすると「どこまで処理してくれるか」が心配だったり。
それと、インクリメンタルバックアップの際に「このファイルは消えた」「ファイル名が変わった」という情報までは保持してくれないからです(無知なだけ?)。
XFSはxfsdumpがあるけどdumpdateファイルの構造が違うため移行しにくい。
jfsにいたっては今のところ存在しないみたいなのでどうも...
ということで伝統的なdump/restoreにしがみつくLinux利用者の場合、extXぐらいしか選択肢が出てこないのですorz
-- やさいはけんこうにいちば〜ん!
Re:いずれにしても (スコア:1)
gnu tar じゃ駄目じゃん (スコア:1)
Re: (スコア:0)
残りのファイルも全滅だから
バックアップ向きじゃないと言われました…。
#何がいいんだろ
Re:いずれにしても (スコア:1)
-- やさいはけんこうにいちば〜ん!
Re: (スコア:0)
#後者は/.-Jで紹介された [srad.jp]ときなぜか「壊れやすい」ってイメージがついてしまいましたが…
Re:いずれにしても (スコア:1)
mountタイプをext4にするだけで、
そのままのディレクトリ構成でext4として
mountできるので、移行は簡単ですよ。
(fstabの修正を忘れないでくださいね)
Re:いずれにしても (スコア:1)
私の世代は「つらい」のように「つ」の部分を「ず」音にする場合は「つにてんてん」と教わりました。
が、いつの頃からか「つ」の部分を「ず」音にする場合は「すにてんてん」で書く、と言う風に教育指導要領が変わったそうです。
なので、この指摘は年齢がばれます。
fjの教祖様
Re:いずれにしても (スコア:1)
#歳がばれるかもしれないけどIDでいいや
署名スパムがウザい?アカウント作って非表示に設定すればスッキリさ。
Re:いずれにしても (スコア:1, 参考になる)
> 私の世代は「つらい」のように「つ」の部分を「ず」音にする場合は「つにてんてん」と教わりました。
> が、いつの頃からか「つ」の部分を「ず」音にする場合は「すにてんてん」で書く、と言う風に教育指導要領が変わったそうです。
昭和61年 内閣告示・訓令で出された「現代仮名遣い」に準拠するならば:
「する」の連用形「し」+「つらい」が接尾語的に連合した言葉なので、現代仮名遣い的には「し"づ"らい」となります。
づ・ず の両方が慣用的に許されているのは、「いなずま」「いなづま」のような"現代語の意識では一般に二語に分解しにくいもの等"の言葉に限ります。
対応する内閣告示・訓令記述のURLは以下に記します。
http://www.bunka.go.jp/kokugo/frame.asp?tm=20081022114119 [bunka.go.jp]
第2(表記の慣習による特例) 5. を参照ください。
僕は昭和61年に小学校に入学していますが、「しずらい」と習った記憶は無いです。
「せかいぢゅう」は「せかいじゅう」として習いました。確か。
Re: (スコア:0)
http://www.bunka.go.jp/kokugo/main.asp?fl=list&id=1000003927&c... [bunka.go.jp]
http://www.bunka.go.jp/kokugo/main.asp?fl=show&id=10 [bunka.go.jp]
Re:いずれにしても (スコア:1)
-- やさいはけんこうにいちば〜ん!
Re: (スコア:0)
Re: (スコア:0)
Re: (スコア:0)
さかなさかなさかなーさかなーを(これは歌詞ではありません。よく使われる単語を並べただけのリストです)
というフレーズを聞くと気が狂った様に怒り出したりするのかな?
#魚は訓読みなら「うお」としか読めません。読めないはずです。
Re: (スコア:0)
Re:いずれにしても (スコア:1)
200年後には、「ふいんき」が標準の読みになっているかもしれませんね。
このツリーの人たちへ (スコア:1)
Linuxのカタカナ表記で論争してください。
うじゃうじゃ
Re: (スコア:0)
Re: (スコア:0)
Re: (スコア:0)
「つらい」んだから「づらい」なのに
どこぞの馬鹿のせいでどんどん壊れていく
MS-IME2000では「しずらい」では「し辛い」と変換できないが、お節介ATOKならできるんだろうなぁ
Re:いずれにしても (スコア:1)
ついでにGoogleでも同じ指摘が。 [google.co.jp]
神社でC#.NET
Re:いずれにしても (スコア:1)
Re: (スコア:0)
そゆこと。
Re:いずれにしても (スコア:1)
Re: (スコア:0)
漢字なら「何れ」となる様に、いつ + れ から来てる。
Re: (スコア:0)
btrfsって何? (スコア:2, 興味深い)
ぐぐって引っかかったのがこれ。ま、これだけ読んでもさっぱり判りませんが。
Linuxの次世代ファイルシステムは「バターFS」!? -@IT [atmarkit.co.jp]
Re: (スコア:0)
Linuxで使える似たようなコンセプトのものがあったんですね。
ライセンス問題のときはこれでBSD/UNIX系が一挙優位にと思いきや、Linuxが追いつく?
# そのうち目的別ファイルシステムが一般化するかと思ってたけどやっぱりそうでもないみたい...
Re:btrfsって何? (スコア:4, 参考になる)
kernelの場合、特に「神は細部に宿る」の傾向が強いので。
すごい簡単な例でいうと、たとえば、
1.メモリ不足時にキャッシュの書き出しが発生
2.その処理の延長でFSがメモリアロケートを開始
3.うがー、だからメモリないんだっつーの。と吠えるメモリ管理
とかいう状況で、デッドロックしないかとか、どれだけメモリプレッシャーをうけていてもちゃんと捌けるか。とか
1つでも他のサブシステムと逆順のロックオーダを持っていたらデッドロックする危険があるから、それをどうやって防ぐか。とか。
なので、ライセンスの問題がなかったとしても結局独自プロジェクトに走ったんじゃないかと予想しています。
Windows (スコア:1)
そうすると便利だと思うんだけどな。
Re:Windows (スコア:2, 参考になる)
http://www.atmarkit.co.jp/flinux/rensai/linuxtips/958ext2fsd.html [atmarkit.co.jp]
開発段階のext4が対応していないのは当然ですが、
そのうち対応するのかな?
#まさかWindowsのシステムドライブとして使いたい、という親米ではないと信じて。
Re:Windows (スコア:2, 参考になる)
Windowsのシステムドライブではなく、外付けUSBドライブでの利用を考えてたから。
Meまででもあるまいし(Re:Windows (スコア:1)
# と言うかext系とNTFSとVFATでやっていいこととわるいことに大きな変わりがあるかといえば、ないような…
Re:Meまででもあるまいし(Re:Windows (スコア:1)
sync (同期) が必要な事と、それを行うためのコマンドが用意されていることは別ですよ。だから Sysinternals が作ってる訳で。
ところで、Sysinternals は Microsoft に買収され、現在は Microsoft の一部として正式にシステムツールを配布している訳で、Sysinternals のコマンドで提供されているなら、「今は」Microsoft により提供されている、と見ていいんじゃないでしょうか。
うまく動いてるときには、シャットダウン時などの限られた場面でしか必要にならない動作なので、普通は不要ってことで。
実際に必要だという場面はほぼありませんし。
別の候補 (スコア:0)
まあまだどれだけのものになるのかとかは良くわかりませんが.
その他,別に FS なんて結局 XFS でいいんじゃないの? とか… そもそもext4(というか ext2,ext3含め) って「たまたま昔からの linux に くっついてた」という以外に何かメリットあるんでしょうか?
Re:別の候補 (スコア:1, すばらしい洞察)
それが最大最強のメリットだと思います。
そこそこの(クラッシュを含めた?)実績がありますし、中のデータを保ったままアップデートできますから。
Re: (スコア:0)
Re: (スコア:0)
Re: (スコア:0)
Wikipediaの比較表を見るとほとんど?ですけど。http://en.wikipedia.org/wiki/Comparison_of_file_systems#OS_support [wikipedia.org]
システムドライブをNTFS以外にして遊んでみたい
Re:別の候補 (スコア:2, 参考になる)
うっうー
Re:別の候補 (スコア:1, 興味深い)
ライセンス問題、オーバースペック、などなど定番の回答ですが、イマイチ納得できない人が多いのでしょう。
個人的には、FreeBSDがポーティングに手こずってるところを見ると不安になるというか。
HAMMERやTUX3はZFS否定派の回答みたいな位置付けでもありますね。つーか本当にTUX3完成するのか?疑心暗鬼
Re:別の候補 (スコア:2, 参考になる)
基本的な動作はほぼ安定しているはず。
単にZFSが非常にメモリ食いで、従来の kernel 内での
メモリの使い方と全然違うのでメモリ不足に遭遇しやすいとか、
状況によってはメモリを食いつくして死ぬという話ですね
(単にで済む話か、という問題はあるが)。
で、結局、対策も「フツー 64bit 環境」という前提があったりということで
どこでも誰でもが何も考えずに ZFS を使えるという状況にはなっていない、という感じ。
Re: (スコア:0)
#私は、仕事で使わない範囲ならなんでもいいくらいです。
Re: (スコア:0)
バッファローのNASで、Sambaとともに使われています。
http://buffalo.jp/download/manual/html/hsdhtgl/gamenkaisetu04.html [buffalo.jp]
Re: (スコア:0)