トップページ⇒linux
981コメント275KB

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

レス数が900を超えています。1000を超えると表示できなくなるよ。
0001login:Penguin2009/04/02(木) 20:57:26ID:AdLAWklr
●過去スレ
01 ttp://pc.2ch.net/test/read.cgi/linux/1006743807/
02 ttp://pc5.2ch.net/test/read.cgi/linux/1063025258/
03 ttp://pc8.2ch.net/test/read.cgi/linux/1101495293/
04 ttp://pc8.2ch.net/test/read.cgi/linux/1136695633/
05 ttp://pc8.2ch.net/test/read.cgi/linux/1152348695/
06 ttp://pc11.2ch.net/test/read.cgi/linux/1173530292/
07
08 ttp://pc11.2ch.net/test/read.cgi/linux/1190788761/
09 ttp://pc11.2ch.net/test/read.cgi/linux/1225001916/

●関連リンク
ext4
ttp://www.bullopensource.org/ext4/
reiserfs/reiser4
ttp://www.namesys.com/
xfs
ttp://oss.sgi.com/projects/xfs/
jfs
ttp://jfs.sourceforge.net/
nfs
ttp://nfs.sourceforge.net/
ntfs
ttp://www.linux-ntfs.org/doku.php
fuse
ttp://fuse.sourceforge.net/
btrfs
ttp://btrfs.wiki.kernel.org/index.php/Main_Page
NILFS2 (NTT)
ttp://www.nilfs.org/ja/
0830login:Penguin2009/09/21(月) 19:12:45ID:SXdmmE3S
>>829
ゑ? O(n)じゃなくて、O(n^2)すら超えてO(e^n) なの? なんでマウントに
そんなわけのわからんアルゴリズム使っているんだ?
0831login:Penguin2009/09/21(月) 19:24:37ID:9q2aeNv/
>>830
・

л
л
пｼ
ｼ
0832login:Penguin2009/09/22(火) 20:34:17ID:dZ+D1fmw
確実にファイル名が似通ってるから2chログ置き場をrupasovにしてみたんだけど
カーネルソース置いてコンパイルしてみたりしたが今のところ何ら異常はない。

俺は今後はrupasov使うわ。
reiser4は使ったことないけどreiserfs3と比べてどんな感じ？

>>827
V2C。
0833login:Penguin2009/09/23(水) 11:19:44ID:hYkmayu9
>>627
意外とDB用途に最適かもよ？
http://ulfs.sourceforge.net/
0834login:Penguin2009/09/23(水) 21:37:08ID:h2t+Bp3U
>>827
IDに決まってるだろ
0835login:Penguin2009/09/24(木) 11:06:23ID:joayn3d8
log structured FSが最近勢いづいているのは何で?
0836login:Penguin2009/09/24(木) 11:11:50ID:+QoMJhH9
nilfs2がマージされたからだろ
0837login:Penguin2009/09/24(木) 11:20:13ID:9WTD7LOo
>>835
SSDで有利だから
0838login:Penguin2009/09/24(木) 20:40:07ID:x6/1cqZT
>>834
JDじゃなくて？

今天的 Tetralet 又在？？？？了
ttp://tetralet.luna.com.tw/index.php?op=ViewArticle&articleId=214&blogId=1

ちょっと前に会社で停電があってreiserfs使ぅとったのが立ち上がらんようになってしもたんや。
fsckしたら直ったけど冷や汗もんやな。
reiserfsの悪い評判とも関係あるけど。こんな事もあるんやなって身に染みて分かったわ。
で、結局何がえぇんよ？
半日ググったけど自分で試してみるんが一番ってことで。
0839login:Penguin2009/09/24(木) 23:26:23ID:+0yImHYg
で、reiserfsのマウント時間が容量の指数オーダーというのはガセなの？
ほんとならソースくれ。
0840login:Penguin2009/09/24(木) 23:29:36ID:oepUEYYM
ガセというか、落とし方やそれまでの稼働時間にも拠るんじゃね?
0841login:Penguin2009/09/25(金) 00:10:23ID:8lp7KrzM
nがFS全体のサイズでなくてジャーナル領域のサイズとかだとしても
指数オーダーてのは直感的に想像できない。そんなだったらとっくに死滅してるはず。
>>829が指数の意味を誤解してるんだろう。
0842login:Penguin2009/09/25(金) 00:24:02ID:If6aiUCb
組合せ論的爆発
0843login:Penguin2009/09/25(金) 00:27:44ID:DlSn0Qec
芸術的爆発
0844login:Penguin2009/09/25(金) 10:08:45ID:kIBKD3uE
>841
指数かどうかはともかく、直線的にスケールしないってのは普通にあると
思うけどな。問題はその程度って話でしょ。
0845login:Penguin2009/09/25(金) 10:47:21ID:i8/4OJv9
reiserfs3は普通の環境で最大値は
ブロックサイズ4096、ジャーナルサイズが32749ブロック、トランザクションが1024ブロック。
これが*TB規模になると問題になるのかもしれんが。

マウントもリプレイも速すぎて目で追えないんだが遅いってか？
5分もあったらデスクトップ出してからリブート2回できるっちゅうに。
>>838でもマウントが遅いって書いてある。これはきっとアンチreiserfs厨の罠だな

NILFS2使ってみた。速度を求めるものではないが使う分には遅さは感じない。
遅い印象があったけどそのせいで逆に速く感じた。jfsと一部の特性取り替えたような感覚。
0846login:Penguin2009/09/25(金) 11:02:40ID:QNISpLjD
５年程前に5TBのreiserfs3の運用経験から。
リブートは年１回だがな。
0847login:Penguin2009/09/25(金) 11:22:37ID:8shufhsA
ext4フォーマットで使ってる人、感想を書いてくれ。
0848login:Penguin2009/09/25(金) 11:29:07ID:kIBKD3uE
5分で2回もリブート行けるような小規模環境なら、何使っても大して変わらんでしょ。
うちのサーバはOS読み込み前のハードウェアチェックなんかだけで3分から5分は
かかるわ。
0849login:Penguin2009/09/25(金) 11:30:43ID:hnnN3qZg
>>847
特になし

以上
0850login:Penguin2009/09/25(金) 11:45:19ID:8lp7KrzM
マウントのときジャーナル領域をソートでもしてんの？
O(nlogn)くらいの。
0851login:Penguin2009/09/25(金) 11:48:09ID:H6F4VVWn
>>847
たまに、ext2/ext3を前提としたコードがコンパイルできない。
それ以外はext3と同じ感じ。
0852login:Penguin2009/09/25(金) 21:29:55ID:7i3jmdwD
>>687
FreeBSDのZFSが使い物になると宣言されましたよ。
0853login:Penguin2009/09/26(土) 04:31:20ID:IigKfcmL
OracleがSunを買ってから、本当にbtrfsの話題が減ったなぁ…
NIFLSのほうが話題多いんじゃないだろうか。このスレに限らず。

>>852
ttp://gihyo.jp/admin/clip/01/fdt/200909/24 ですな。

ただ、OpenSolarisのZFSはL2Arc ttp://blogs.sun.com/brendan/entry/test
なんていうSSDをキャッシュに使う機能なんていうのも実装されて、
ますます進化しているけど。
0854login:Penguin2009/09/26(土) 10:02:46ID:6/kVht60
835> ttp://blogs.sun.com/brendan/entry/test
ZILは高頻度でsync()するアプリケーションに効くよ。
emacsはデフォルトでファイルを書くとsync()してくれるから
ZILでmewが速くなった。
0855login:Penguin2009/09/26(土) 12:28:57ID:iwR2lO7x
>>853

L2ARCなら1年近く前に入っているよ。
違うのはKernelのサポートが必要なCIFSとISCSIぐらいです。
0856login:Penguin2009/09/26(土) 22:07:04ID:LNAPqpYG
zfsをiscsiで使うと遅くて使い物にならなくない？
ZILにSSD設定しても遅い
ZIL無効とかzfs_nocacheflush有効にしたら劇的に改善するが、これは実環境じゃ使えないし
0857login:Penguin2009/09/26(土) 23:21:31ID:grPHdBpz
zfs自体、linuxでは使い物にならないだろ
0858login:Penguin2009/09/27(日) 00:42:56ID:ysVDtkCQ
いや、Linuxで使うつもりは毛頭ない
当然opensolarisやsolarisでの話
0859login:Penguin2009/09/27(日) 00:46:53ID:HuOcByfQ
じゃあUNIX板で好きなだけ聞けば
0860login:Penguin2009/09/27(日) 07:47:21ID:A1tC5n7V
>>856
ZILは書き込み速度が重要だとおもってHDDにしてるけど
ttp://blogs.sun.com/brendan/entry/testだとSSDがおすすめっぽいな。
0861login:Penguin2009/09/27(日) 08:03:03ID:6+7sH97Z
>>860
HDDは遅いものだがその認識はRAMやSSDを越えるうるような近未来RAIDでも組んでるの？
0862login:Penguin2009/09/27(日) 10:16:32ID:Sbej/hhH
2chブラウザを意識した分析: reiserfs編
 bonnie++ : バージョン 1.96 テスト領域　8GB
 bonnie++オプション : -n 4:262144:0
 基本マウントオプション : noatime,nodiratime
 環境 : Athron64 X2 @1Ghz固定 RAM:4GB HDD:SATA(cache:16MB) バックグラウンドでdnetc(CPU:100%)
ハッシュ関数の特徴:
 rupasov: 高速ハッシュ。似た名前のファイルを近くに配置。ハッシュ衝突の危険性。
 r5: 基本。rupasov改。大量ディレクトリや変なファイル名がない場合はこれでおｋ
 tea: r5のハッシュのランダム性を上げたもの。r5より遅いがランダム性の割には負荷は低い。
 (数値上ではrupasovは劣る。teaとr5は有意な差はなかった。)
マウントオプションの特徴:
 notail: CPU負荷軽減、速度向上、レイテンシ縮小。断片化進行。
 nolog: クラッシュ後の高速復帰を犠牲に性能向上。でも書き込み自体は行う。もう実装されてる？
 block-allocator=noborder: 速度低下、断片化？使いどころ不明
 block-allocator=hashed_relocation: ハッシュで再配置。notailと競合？
 block-allocator=no_unhashed_relocation: 全ファイル強制ハッシュして再配置？CPU負荷軽減、性能向上

・オプション
 nolog : 現在実装されているのかどうか不明。専ブラでは試さず。
 　数値上ではやnologやdata=writebackはなぜか劣った。mkreiserfsでジャーナルを小さくすれば変わる？

・2chブラウザ(V2C)での使用感:
 ランダムでは勝っているのでext2を選ぶ理由はない。
 notailは一般的な使用では性能向上が見込めそうだが専ブラには不向き？
 ベンチマークと違ってrupasovが快適。
 ディレクトリ数、ファイル数を大きくするとそれなりに性能に影響する。
 ひょっとすると日本語ファイル名を使っている人はtea,rupasovがいいかも？

ログを貯めないで〜数百MBに限定して使うならdata=writebackも加えると特に快速
10年近くログを貯めつづけている人やopy2onを動す人もこれでいいんじゃないだろうか。
# mkreiserfs -h rupasov /dev/sda? と block-allocator=no_unhashed_relocation
rupasovハッシュがシステム領域での使用に耐えうる代物かどうかは自分には分からない。
0863login:Penguin2009/09/27(日) 12:06:37ID:M+mZNcrN
2chブラウザログ程度だとreiserのメリット享受は難しいよ
総ファイル数が100万クラスになったときの速度の落ちづらさが強みなんだから
小規模ならext3にdir_indexつける方が効率的

てか-n 4 程度だと余裕でdentry cacheに載って計測の意味無いだろJK
0864login:Penguin2009/09/27(日) 22:15:42ID:oZGXzS+U
600万クラスだったらどれも変わんなかった。
どれもやってらんねー。
08658152009/09/30(水) 21:37:22ID:3NM2SyUz
>>816
[ 7.877555] REISERFS (device sda2): found reiserfs format "3.6" with non-standard journal
[ 7.878022] REISERFS (device sda2): using ordered data mode
[ 7.885083] REISERFS (device sda2): journal params: device sda2, size 32748, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
[ 7.894492] REISERFS (device sda2): checking transaction log (sda2)
[ 7.927745] REISERFS (device sda2): Using r5 hash to sort names
[ 9.313704] udev: starting version 146
約20秒はデスクトップまでです。個人用途でこじんまりとまとめてあるからこの時間。
環境によって違うしRAID BIOS拝んだりしたら手間取るのも分かるけど、マウントだけで5分は眉唾です。

俺は信じないー
0866login:Penguin2009/10/03(土) 23:21:27ID:dxeLlQTg
nilfs は GC をカーネルスレッドにしたりしないんかな
それは無理があるんだろうか?
0867login:Penguin2009/10/04(日) 00:03:15ID:3KnJ43xs
>>866
GCを別スレッドにしても意味なくね?
0868login:Penguin2009/10/04(日) 08:33:08ID:u/WKxw+L
>>867
GCが別スレッドになってないと
writeがババ抜きになってしまわないか?
カーネルスレッドにしないのはそのメリットがないからでは?
0869login:Penguin2009/10/04(日) 09:00:30ID:H7vzXJqu
P2Pに適したfsは？

・領域だけ確保した後、もの凄く時間をかけて断片を寄せ集めすんごい長時間でランダムに書き込んでいく。
・ファイル名がやたら長くて何でもあり
・常時CPU負荷が高い（定期的に低くはなる）
・必要なければ何ヶ月でも稼動しっぱなしだが、必要あれば一時停止は問題ない
0870login:Penguin2009/10/04(日) 09:06:05ID:SrlVp56d
>>869
tmpfs
0871login:Penguin2009/10/04(日) 10:43:45ID:u/WKxw+L
SSDつかえば？
0872login:Penguin2009/10/04(日) 10:51:47ID:SrlVp56d
>>871

＞すんごい長時間でランダムに書き込んでいく。

SSDだと結構寿命が減りそうだ。
ライトキャッシュを多量に確保するようなのがよくね？
0873login:Penguin2009/10/04(日) 13:25:21ID:3KnJ43xs
>>869
それはp2pじゃなくて、ファイル交換だろ。
エロ動画集めて楽しいか?
0874login:Penguin2009/10/04(日) 13:48:46ID:ImwJSiQJ
>>867
いや、 nilfs2 ってmount する時に /sbin/nilfs_cleanerd を起動してるよね
あれがGCやってんかなと思ったんだが…違うんかな
0875login:Penguin2009/10/04(日) 14:57:53ID:I/v8yfpM
>>869
ファイルシステムより`sysctl -a | grep vm.dirty`
0876login:Penguin2009/10/04(日) 15:07:54ID:I/v8yfpM
>>869
いや、CONFIG_IOSCHED_DEADLINEでカーネルを再コンパイルした方が効果がある
0877login:Penguin2009/10/04(日) 21:30:10ID:6UK6b70z
CONFIG_IO_DELAY_NONEっちゅうのもあるでよ。
CONFIG_TCP_CONGの値でもネットの反応が体感できるくらい全然違う。
ファイルシステムなんて飾りですよ。エロ（ｒｙ
0878login:Penguin2009/10/04(日) 23:17:56ID:3KnJ43xs
>>876
ブートパラメータで elevator=deadline でいけるよ
0879login:Penguin2009/10/05(月) 00:18:18ID:w6Oc5F4W
>>878
ブート後でも

echo deadline > /sys/block/{ブロックデバイス}/queue/scheduler

で変えれるよ。
デバイス毎に変えれるから便利だよ
0880login:Penguin2009/10/05(月) 00:22:28ID:qB3orKZF
deadlineてcfqと比べてどうなの？
0881login:Penguin2009/10/05(月) 00:34:03ID:3/+qlIay
>>880
deadline DB,RT向け
cfq デスクトップ向け。
0882login:Penguin2009/10/05(月) 12:43:28ID:X5ARpTwe
> tmpfs
メモリ上にファイルシステムを作成することでI/O負荷が減る。
必要に応じswapされるのでramfsと比べメモリが有効に活用される。

> エロ動画集めて楽しいか?
はい

> `sysctl -a | grep vm.dirty`
sysctl -a は、扱えるカーネルパラメータをすべて標準出力する。
grep vm.dirty は、その中から vm.dirtyを含むものを抽出する。
ということは、ファイルシステム以前にまず、
そのカーネルパラメータを調節してパフォーマンスの向上を図るべきということでしょうか

> CONFIG_IOSCHED_DEADLINEでカーネルを再コンパイル
> ブートパラメータで elevator=deadline
> ブート後でもecho deadline > /sys/block/{ブロックデバイス}/queue/scheduler
カーネルのI/Oスケジューラのパラメータを変更する。
カーネルからのI/O要求が割り当てられる期限を設定して応答性を確保、
更にディスクへの読み込み要求の優先順位を引き上げてDBの性能効率を上げる。
fsyncに弱いので注意

> CONFIG_IO_DELAY_NONE
遅延書き込みをしないオプションでしょうか

> CONFIG_TCP_CONG
CONFIG_TCP_CONG_???でTCPに関する調整が可能ということでしょうか
0883login:Penguin2009/10/05(月) 12:43:56ID:qB3orKZF
グ
グ
れ
0884login:Penguin2009/10/05(月) 13:45:29ID:X5ARpTwe
グ
ぬ
ぬ
0885login:Penguin2009/10/05(月) 14:57:07ID:mdyytaYQ
>>877
CONFIG_TCP_CONG関連
net.ipv4.tcp_available_congestion_control
net.ipv4.tcp_allowed_congestion_control

>>878>>879
覚えとく。ありがと。
スレチだ。さらば
0886login:Penguin2009/10/05(月) 15:20:43ID:sxZuIjr6
>>881
一般的にはあってると思うけど、
MySQLのドキュメントには、MySQL 用には、 cfq が無難ってあった気がする。
一応補足。
0887login:Penguin2009/10/05(月) 15:56:52ID:ErcoEsMr
>>886
tmpfsやhugetlbfsやデバイスがSSDやハードRAIDな場合はnoopが最適だろうし環境によって違う。
I/O負荷も高めずnoopよりマシで一般的に"無難"な選択肢って意味でしょう。

procfsはいずれ終焉するんだっけ？
sysfsマンセー
0888login:Penguin2009/10/05(月) 21:04:03ID:8skreQ5H
>>887
sysとprocで正しく棲み分けができるだけだろ。
0889login:Penguin2009/10/05(月) 22:11:27ID:lHG1/+PT
deadlineスケジューラをP2Pで使ったらCPUが無駄に泣きそう
xfsマンセー
0890login:Penguin2009/10/06(火) 09:56:28ID:djuu+ao6
>>885
= cubic reno
ってやればいいの？
0891login:Penguin2009/10/06(火) 10:37:14ID:x6Jjfbqk
>>890
cubicとrenoはext3みたいな安全牌
まだP2Pの話してるならHighspeed-TCPでI/Oスケジューラがdeadlineはヤバイんじゃないかと。
足回りが足りてたら最高かも。
0892login:Penguin2009/10/06(火) 10:50:23ID:djuu+ao6
>>891
処理能力が足りてたらということでしょうか。
ありがとう。
0893login:Penguin2009/10/06(火) 19:27:29ID:eUUuWuIo
_P2P____lt;lt; BitTorrent gt;gt;____P2P_
http://pc11.2ch.net/test/read.cgi/linux/1092578512/
スレ違い。ここで思う存分やれ
0894login:Penguin2009/10/07(水) 11:31:30ID:QOn40TiI
LVMのスナップショット機能って誤ってフォーマットしたのも戻せますか？
0895login:Penguin2009/10/07(水) 14:40:47ID:kTGIx28a
>>894
オマエにゃ無理
0896login:Penguin2009/10/07(水) 15:32:47ID:GKCaaGWu
この時点でLVMの意味がない気がする
コマンド一発即復元くらいの手軽さと堅牢さが無いと
スナップショットの意味が無いし
0897login:Penguin2009/10/07(水) 22:17:57ID:Qp7oAGqU
>>896
この時点ってどの時点だよｗ

>コマンド一発即復元くらいの手軽さと堅牢さが無いと
>スナップショットの意味が無いし

お前がLVMのスナップショットを勘違いしていることはわかる
0898login:Penguin2009/10/07(水) 22:35:37ID:S/muvVf3
Windowsの復元ポイントの方がまだましだ。
0899login:Penguin2009/10/07(水) 23:00:39ID:VjRpVaZb
ntfsはなかなかよろしい
0900login:Penguin2009/10/08(木) 01:49:33ID:8PGRqXpm
Windowsはフォーマットが戻せるとでも？
0901login:Penguin2009/10/08(木) 06:41:35ID:BWYr7R7g
>>900
？
0902login:Penguin2009/10/08(木) 21:44:07ID:PsdW0Ala
マスターブートレコードの規格書を探しています。
IBMあたりからでているらしいですが、入手方法をご存じのかたがいらっしゃいましたらお願いします。
0903login:Penguin2009/10/08(木) 23:00:08ID:BWYr7R7g
ディスクの初め64GB
0904login:Penguin2009/10/08(木) 23:32:55ID:8PGRqXpm
64ギガかよ！
0905login:Penguin2009/10/09(金) 00:06:58ID:cIdIe9Hh
>>902
規約ではないけど、この本おすすめ
http://www.informit.com/store/product.aspx?isbn=0321268172
09069022009/10/09(金) 09:56:06ID:7PR7Akzw
> 905さん

ありがとうございます。
確認してみます。

Webでときどき引用されている、IBMの技術書って何なんでしょうね。
0907login:Penguin2009/10/14(水) 19:53:33ID:5II52myQ
ext4はまだまだ完成はしていないの？
0908login:Penguin2009/10/14(水) 20:06:43ID:RqRDwSUH
>>907
「完成」ってどういう状態を言うの?
0909login:Penguin2009/10/14(水) 20:14:08ID:BErWecLm
誰もメンテしなくなったら完成
0910login:Penguin2009/10/14(水) 20:15:15ID:EQvZ7mhC
この世に「完成」というものはない。ｷﾘｯ

Ts'o
0911login:Penguin2009/10/14(水) 20:16:34ID:48LYwqB/
reiser3は完成に近いな
0912login:Penguin2009/10/16(金) 11:01:19ID:R/sZzhZ2
ムショの中でメンテしてるかもしれないじゃないか！
0913login:Penguin2009/10/16(金) 13:50:36ID:OBXA42dG
レイザー３？2人のほかに居るの？
0914login:Penguin2009/10/16(金) 14:45:50ID:7VtA57Dm
ヤレヤレ
0915login:Penguin2009/10/18(日) 14:05:00ID:z6rTYCwi
reiser4も完成しそうだな
WinFSほどの完成度はないと思うが
0916login:Penguin2009/10/19(月) 03:34:34ID:7oOV9tU+
結局存在すらしなかったものを語るとか・・・（　´,_ゝ`）
0917login:Penguin2009/10/23(金) 15:52:13ID:P3SujbWP
ext4、大量のファイルの読み込み/書き込みがめちゃくちゃ速いな。
Ubuntu Karmic だとデフォでext4なんだが、ディスクチェックも即効で終わるw
体感速度がext3よりも全然速いわ。
0918login:Penguin2009/10/23(金) 16:11:01ID:S4nqv2kn
japan linux symposiumで
btrfsの話を聞いてきた人レポートよろしく
0919login:Penguin2009/10/24(土) 10:01:13ID:PS9fv/ZN
つ 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できる。メル鯖にお勧め

で、いつ使えるの？
- あなたのリスク許容度によるけどもう使える
- 銀行で使うのはやめとけ。あと２年はマテ
0920login:Penguin2009/10/24(土) 10:12:12ID:0B2G1IE+
ライセンス以外にzfsと何が違うのか
0921login:Penguin2009/10/24(土) 10:22:38ID:PS9fv/ZN
>>520
それQAであった。
機能はほぼ同様だが、実装方法がかなり違う。
詳しくは見ていないが、たとえばzfsはliveなファイルが乗ってるデバイスを
外せない。とか言ってた。
0922login:Penguin2009/10/24(土) 10:24:04ID:i5QEus6M
こんなに快適で軽快なext4を使えずにいる人が可哀想でならない。
0923login:Penguin2009/10/24(土) 10:34:53ID:qWQNOQDs
もうずっとext4をdata=journalで使ってたんだけど、
昨日data=orderedにしてdelayed allocationを有効にして電プチしてみたらzsh_historyが0バイトになった
auto_da_allocも付けてたんだが…
0924login:Penguin2009/10/24(土) 10:35:39ID:+8Cii34t
>>919
Thx! これ読むだけでわくわくしてくる。早く使いたいな。

>>922
ext4評判良いな。「つなぎ」とか言われながらもしっかり進化してるんだな。
はやくRHEL(CentOS)で使えるようにならないかな。
0925login:Penguin2009/10/24(土) 10:42:40ID:qWQNOQDs
http://thunk.org/tytso/blog/2009/03/12/delayed-allocation-and-the-zero-length-file-problem/

これ（>>919のfsync問題？）に遭遇したのかしらん
ext4評判いいって言うけど、評判がいいのは速度面ばっかりという印象
nodelallocつけないと駄目だとか、データ消えたとかいっぱい出てくる
0926login:Penguin2009/10/24(土) 10:54:54ID:PS9fv/ZN
>>925
fsyncしてない問題だね。
これについてはXFSを他が5年遅れくらいでようやく追体験してる状態というべきか・・・
0927login:Penguin2009/10/24(土) 10:59:12ID:PS9fv/ZN
fsync問題はみんなが直すの待ってると首が長くなるので、AOPでfsyncしたい
箇所にフックかけて勝手にfsyncするとかどうですか？とか妄想したり。
100回writeしたら勝手に1回fsyncフック走らせるとか。
0928login:Penguin2009/10/24(土) 11:02:23ID:+8Cii34t
>>926
ディスク自体が比較的大きなキャッシュを持っている今、
fsyncがどれだけ意味を持ってるかわからん気がする。
もちろん、危険が減るのは確かだが、犠牲にされる性能は大きいっぽいし。
0929login:Penguin2009/10/24(土) 11:18:51ID:5X3wIwmB
キャッシュ上のデータも何とかしたいなら、
独立電源のSATABOX入れてそれにUPSくらいしか手がないわなー。

AOPってアスペクトの話？できるとは思うけどウィーバー依存になるから、
ソースツリーと基本的なツールでビルドできるっていうメリットの消滅が
オープンソース的に痛すぎると思われ。
コンパイラコンパイラも似たような話だけどあっちはデファクトスタンダードが
あるからまだマシか。
0930login:Penguin2009/10/24(土) 11:37:22ID:PS9fv/ZN
>>928
性能がfsyncで犠牲（というほどダメージでかい）のはext3だけらしい。
だからfsync汁という結論なんだけど、ext3が普及してるので困ってる。

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

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