LinuxにExt4ファイルシステム登場 66
ストーリー by yoosee
ファイルシステムの中央道やー 部門より
ファイルシステムの中央道やー 部門より
El-ahrairah曰く、"Linux-Watchの記事によると、次世代のLinux用ファイルシステムExt4がLinux 2.6.19-rc1において登場した。 記事によると、ボリュームあたり容量1024PByteまでのストレージのサポートと、ファイル断片化を防ぐextent file writingの導入が目新しいようだ。 Ext4をサポートしない古いカーネルからでもExt3ファイルシステムとしてマウントできるように下方互換性が考慮されているそうだ。"
ファイル断片化を防ぐ (スコア:3, 興味深い)
引き合いに出すだけで怒られそうですが、
”「NTFSはファイル断片化が原理的に発生しない」というのは間違いであったが、どのようなシステムであってもファイルの断片化から逃れることはできない”とマイクロソフトの技術者が
発表していたと記憶していますが...。
また、”ディスクキャッシュがあるのでディスク上の断片化は
無意味になった”
という説もあったと思うのですが...。
Re:ファイル断片化を防ぐ (スコア:5, 参考になる)
>無意味になった”
>という説もあったと思うのですが...。
これは明らかな間違い。
キャッシュやドライブやRAIDコントローラにあるコマンドキューイング機能のお陰もあって以前ほど問題ではなくなったけど、フラグメント状態が酷いとやはり遅い。
仕事でPCの性能評価をする事があってディスクのベンチマークもおこなっているんだけれど、通常のベンチマークと違ってパフォーマンスの最悪値を計測する独自のベンチマークソフトを作って計っているので経験済み。
フラグメントによる低下を抑えようと思ったら、最低でもクラスタサイズを1MB以上にすると大分マシになるかも知れない。
Re:ファイル断片化を防ぐ (スコア:0)
>最低でもクラスタサイズを1MB以上にすると
>大分マシになるかも知れない。
しかしクラスタサイズを大きくすると小さいファイルが多数存在する状況では、ディスク使用効率が下がるので難しいところですね。
Re:ファイル断片化を防ぐ (スコア:1)
Re:ファイル断片化を防ぐ (スコア:1, すばらしい洞察)
Re:ファイル断片化を防ぐ (スコア:0, 余計なもの)
# それともNTFSを知らずしてファイルシステムを語るな。か?
Re:ファイル断片化を防ぐ (スコア:0)
どこのNTFSの入門書にも書いてある内容なのに。
Re:ファイル断片化を防ぐ (スコア:5, 興味深い)
>>マイクロソフトの技術者が発表していたと記憶していますが...。
これは当時の記者が間違っていて
MSのサイトには「断片化はしにくい構造」と載せていたはずです。
WindowsNTのNTFSバージョンでも
確かに断片化はしにくい構造であったと、ツールで確認したのを
思い出しました。
ってかNT4.0に搭載していたやつって、システムブート時に
軽度に断片化したファイルを整理していたはず
>>どのようなシステムであってもファイルの断片化から逃れることはできない”
ディスク管理で問題になるのは記憶領域の枯渇時であって
ほとんどの場合、神経質になる必要って少ないとおもう
最近のファイルシステムて、記憶領域の前詰で使うものってすくなく、記憶領域の位置的にはばらばらに使うものが多いので、、、
<MSのファイルシステムに限って言えば
ある意味最初からばらばらに使っているので
デフラグツールで整理すると、人間的には視覚的にきれいな風だけど、システム的には「あぁあ」って」ことが多いかも
Re:ファイル断片化を防ぐ (スコア:5, おもしろおかしい)
# ええ,冗談ですとも...たぶん.
旅に出ます.(バグを)探さないで下さい.
Re:ファイル断片化を防ぐ (スコア:1, おもしろおかしい)
# 10kB程度のファイルを開くだけでも数十秒かかるが、
# なによりFDが壊れそうな勢いでアクセスするのはかなりびびった記憶が・・
Re:ファイル断片化を防ぐ (スコア:1, 興味深い)
>デフラグツールで整理すると、人間的には視覚的にきれいな風だけど、システム的には「あぁあ」って」ことが多いかも
と言うか、うちのXP、デフラグ直後に再度診断かけると、「デフラグして下さい」的な警告されるんですが。orz
おとなしくもう一度デフラグかけても、診断かけるとやっぱり同じ警告が。orz
ちゃんと動作するツールを提供して欲しいよ・・・。
Re:ファイル断片化を防ぐ (スコア:4, 参考になる)
あれ? OS添付のデフラグツールは機能制限版ってのはあまり知られてないのかな。
dfrgfat.exe(Win2000の場合)あたりのプロパティの会社名を見てごらん。
#XPでは違うかもしれんが。
Re:ファイル断片化を防ぐ (スコア:1, 参考になる)
ext3 の /boot が 26% フラグメントしてるとか言われているけど、どっかにデフラグツール無いかなぁ?
Re:ファイル断片化を防ぐ (スコア:0)
dump & restoreしてみれば?
Re:ファイル断片化を防ぐ (スコア:1, 興味深い)
いじる必要全く無いと思うけど。
/home 以外全部 / なうちは X 起動時のシーク音が激しくなったので、
knoppix で全ファイル退避・再フォーマット・全ファイル復帰・lilo 再インスコやってみた。
音は小さくなったけど体感速度は全然変わらなかった。
Re:ファイル断片化を防ぐ (スコア:1, 参考になる)
> 確かに断片化はしにくい構造であったと、ツールで確認したのを
> 思い出しました。
NTFS は最初から (今回の ext4 と同じ) エクステントベースの作りに
なってますからね。
Linux でも、xfs などは元からエクステントベースですが。
まったく個人的な感想だが (スコア:5, 興味深い)
一端ファイルを全部消した上でバックアップから入れ直すことで断片化解消によってどれだけディスクアクセスが速くなるか試したことがありますが、まったく体感できませんでした。
OTPにはLinuxのデフラグについてすこし触れた記事 [opentechpress.jp]もあります。
会社で技術資料を調べた時も、稼働条件に気をつかっているシステムなら気にしなくても大丈夫な筈だとあったような。
十分な空き容量を確保して、パーティションの切り方とかにも気をつかったりして使っているシステムなら、断片化について心配する必要はないと思います。
/.configure;oddmake;oddmake install
断片化の弊害 (スコア:1)
FAX の送り出し時に変なエラーで中断・再送が多発。サーバソフトの開発元に問い合わせると「デフラグしろ」との回答。「お前らはデフラグソフトの会社の回し者か」と思いながらもソフトを購入してデフラグを実施してみると、エラー解消。
開発元から原因の説明は無かったけど、バッファアンダーランみたいな事が起きてたんじゃないですかね。
願い事をするときは気をつけろ、神は叶えるかもしれない。
Re:ファイル断片化を防ぐ (スコア:0)
Re:ファイル断片化を防ぐ (スコア:0)
訂正 (スコア:3, 興味深い)
ただ、通常 -mm に入ったものがそのバージョンのオリジナルにいきなり反映される事はないのですが、何と 2.6.19-rc2 で Ext4 がいきなりマージされ始めています [theaimsgroup.com]。
まあ、2.6.19-rc1 で パラレル ATA の libata 化 [atmarkit.co.jp] や GFS2 [redhat.com] がマージされ始めたので、このまま行けば色々変わりそうです。
Re:訂正 (スコア:1, すばらしい洞察)
なのにそんな大きな変更入れちゃっていいのかなぁ・・。
予兆 (スコア:2, 参考になる)
部門名? (スコア:2, おもしろおかしい)
左右にビール工場や競馬場が見えても困るし途中から滑走路になったらもっと困ります。
love && peace && free_software
t-nissie
Re:部門名? (スコア:2, おもしろおかしい)
# こんな感じ?
Copyright (c) 2001-2014 Parsley, All rights reserved.
Re:部門名? (スコア:2, おもしろおかしい)
渋滞するので高負荷時の速度に難があるって事なのか?
マシになったの? (スコア:1, 参考になる)
他のジャーナリングファイルシステムと比べて安定性に欠けるといわれてましたが、
その点はそのまま?
Re:マシになったの? (スコア:0)
Re:マシになったの? (スコア:3, 参考になる)
リンク先によると i386 上の XFS でも問題があるようなのでファイルサーバには reiserfs を使っていたのですがこの先どうなることやら、、、
Re:マシになったの? (スコア:2, 参考になる)
(リンク先にあるような270TBのデータを云々というような試験は流石にしたことはありませんが)
XFSも一時期使ってましたが特に不具合に出会ったことは無く好印象でした。
それよりも、僕は過去に reiserfs の方が痛い目に遭わされた経験があるのでそっちの方が金輪際手を出す気にはなりませんね。
(壊れているのにfsckでは問題が出ないのが性質が悪い。ls でファイルサイズやタイムスタンプにも以上は無いのに、実際ファイルを開いてみると別のファイルの中身に繋がっていたり、そんな壊れたファイルがいつの間にか静かに増えていくという…、最悪でしたorz)
Re:マシになったの? (スコア:0)
2.4.9あたりのカーネルは使うな、2.4.19以降を使えとかmkreiserfsしたときによく出るよね。この頃のはかなり深刻なバグ持ってたのかも。
Re:マシになったの? (スコア:1, 興味深い)
Raiserの居ぬ間に (スコア:1, おもしろおかしい)
今を逃す手は無いね。
Re:Raiserの居ぬ間に (スコア:0)
ext*のシェアが圧倒的だと思っていたが逆転してたの?
一方 (スコア:1, 興味深い)
extたんハァハァ (スコア:0)
それとも擬人化?
Re:一方 (スコア:0)
Re:一方 (スコア:0, 余計なもの)
旅に出ます.(バグを)探さないで下さい.
ふとした疑問 (スコア:1, 興味深い)
Ext2としてアクセス可能なのでしょうか…?
#そんなん使うな、というのはナシで
Re:ふとした疑問 (スコア:3, 興味深い)
今時は障害時のリカバリーには Knoppix などという便利なツールがあるから、古いカーネルで読めなくなる怖さって言うのは個人的には大分薄れた感がありますね。
1zeta=1024PByte (スコア:0)
1M=1024K Byte
1G=1024M Byte
1T=1024G Byte
1P=1024T Byte
1Zeta=1024P Byte ← 今ここ
1Yotta=1024Zeta Byte
Re:1E=1024P (スコア:2, おもしろおかしい)
1 M = 1024 KByte
1 G = 1024 MByte
1 T = 1024 GByte
1 P = 1024 TByte
1 E = 1024 PByte ← 今ここ
1 Z = 1024 EByte
1 Y = 1024 ZByte
Kilo --> Mega --> Giga --> Tera --> Peta --> Exa --> Zetta --> Yotta
# 1024 YOTTA byte = 1 NOMISUGI byte (あ、 04-04-02 15:05:08)
# 1024 NOMISUGI byte = 1 IMOTARE byte (じゃあ 04-04-02 15:19:40)
Re:1zeta=1024PByte (スコア:0)
パーティション操作や、 (スコア:0)
新しいユーティリティが必要になんのかな?
Re:パーティション操作や、 (スコア:1)
Re:パーティション操作や、 (スコア:2, 参考になる)
つまり、ext4をext4として使い始めた瞬間に互換性はなくなる。
ファイルシステム依存のコマンドが使えるかは、当然コマンド側の対応次第。
Re:パーティション操作や、 (スコア:0)
CPU食いすぎるのは (スコア:0, 興味深い)
Reiserだとだいぶマシなのだけどね。
/dev/null なら (スコア:1)
# /dev/zero だろうか?
下方互換性? (スコア:0)