1001コメント272KB

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

■ このスレッドは過去ログ倉庫に格納されています

2012/01/15(日) 16:38:33.83ID:OMF5PJgt

●前スレ
ファイルシステム総合スレその13
http://engawa.2ch.net/test/read.cgi/linux/1311812102/
●関連スレ
ジャーナリングファイルシステム
ttp://hibari.2ch.net/test/read.cgi/unix/979408065/
OpenSolaris/Illumos (OpenIndiana, etc.) 5
http://hibari.2ch.net/test/read.cgi/unix/1285876800/

過去スレ、関連リンクは >>2-10 あたりで。

0652login:Penguin

2012/05/19(土) 00:44:38.79ID:oH+axjjp

アトミックに書けないとしても、ログ追記する形なら書き込み失敗＝前データが有効ということになるので安全な書き込みは保証される。

0653login:Penguin

2012/05/19(土) 01:22:01.37ID:bGawkh/l

>>652
それにプラスして>>641と>>643だから安全なんだよな

0654login:Penguin

2012/05/19(土) 10:07:02.37ID:d/xS1V5P

hdparm -W1で使ってても保証されてる？
FUA発行前の書き込みが中途半端に反映されてる状況。
FS次第？

0655login:Penguin

2012/05/19(土) 19:50:22.13ID:FRys3al+

XFS2まだかよ

0656login:Penguin

2012/05/19(土) 19:53:39.97ID:YxifvVZm

XFSは元々は他OSのFSだしext5の方が良いんじゃね

0657login:Penguin

2012/05/19(土) 19:55:42.67ID:R06bEnk+

電源の話が続いてたけど、HDDって電源とんでも1セクタは自力で書けるような仕組みを持ってるの？

0658login:Penguin

2012/05/19(土) 19:57:05.39ID:d56/CwG2

>>657
それ以前にHDDの内蔵キャッシュメモリ上の内容が揮発する

0659login:Penguin

2012/05/19(土) 20:50:18.22ID:OclJXskD

>>655
kernel 3.2でx86_64の場合は、件のスタック食いつぶしもマシになったとのこと。

kernel 3.2といえば、ext4の16GB制限もなくなっているんだよなぁ。

とはいえ、Redhatのkernelにそれがマージされるのはいつになることやら

0660login:Penguin

2012/05/19(土) 22:13:23.46ID:9MY9nMma

RedHatカーネルに移植されない＝OracleLinuxに取り込まれない
なら別に悪くないかもｗ

0661login:Penguin

2012/05/20(日) 14:48:12.14ID:eP6j5/av

>>657
いまどきのHDDならキャパシタや慣性でアトミックな書き込みになるよう努力してるが絶対の保証はされてないというのが自分の認識。

postgresqlやsqliteのマニュアルでもデフォルトでは信用してなさそうだし。
zfsみたいにfs層でアトミック性が保証されている場合はdb側はそれを信じて動作できる。

0662login:Penguin

2012/05/20(日) 15:11:25.04ID:8YfFWlKc

とあるMLだと大抵HDDメーカーの人とDB側の人が喧嘩してるイメージがある
性能上げる為にメモリにキャッシュしてんのにアトミックじゃないって言われてキレてたりとか
ハード屋からみたら当たり前だし、ソフト屋は分かってて噛みついてんだろって思うｗ

0663login:Penguin

2012/05/20(日) 15:20:18.69ID:YuJ3DDEz

ぶっちゃけUPSいれろで結論出てるけどな

0664login:Penguin

2012/05/20(日) 15:40:45.14ID:8YPwgSyJ

ハード屋は電源無くなりゃなんも出来んって言ってるのに
ソフト屋はack返してんだろって言うからなｗ
ま、どっちも正しいんだがfcの頃ならともかくiSCSみたいのでfsyncでクラスタfsが完璧に補償されるとか思って欲しくないわ

0665login:Penguin

2012/05/20(日) 16:00:28.49ID:p9BF+Jlq

奥なんとかさん。呼んでますよ。

0666login:Penguin

2012/05/20(日) 17:15:21.17ID:HhKMOwRD

え？iSCSIってアトミック動作保証されないの？？
ジャーナルFSにしてても、破損する可能性あるのか

0667login:Penguin

2012/05/20(日) 18:23:12.40ID:uTdrFX86

iSCSI の実装が腐ってるか、クラスタfsの設定が悪くて実装されていないコマンド
呼んでるとかタイムアウト系のパラメータ間違ってるとかじゃねーの？

0668login:Penguin

2012/05/20(日) 23:25:07.01ID:ELQ5/TDV

>>657
http://www.atmarkit.co.jp/flinux/rensai/watch2010/watch03b.html
＞Martin K. Petersen（OracleのLinuxエンジニアで、IDEMAの内部事情に詳しい）は、
＞「もともと512bytesでも保証はなかった。
＞ベンダは努力はしていたが、実際には、例えば書き込みセクタを調整することでホットスポットを分散させたりしてたから、
＞そういう処理が原因でアトミックに処理できなかった。
＞そういう訳で、非揮発性キャッシュ付きのRAIDをみんな使っていたのさ」と説明。
＞これについては、「アトミック書き込み保証問題は、サーバ業界が4KiB論理セクタ長に向かっている理由の1つである」とコメントが付きました。

0669login:Penguin

2012/05/21(月) 08:26:04.95ID:0vaQ/+dW

家のnilfs は、全部ext4に戻しました。長期間使った時のパフォーマンスの著しい低下が我慢できなかった。

0670login:Penguin

2012/05/21(月) 08:52:31.83ID:ibgDvpSH

ところで、linuxの次期FSとして一番有力なのはどれなの？
1)btrfs
2)ZFS
3)ReiserFSもしくはそのフォーク？
4)EXT4もしくはその拡張
5)その他

0671login:Penguin

2012/05/21(月) 09:31:16.61ID:xHaR64QJ

そもそも1セクタ分がアトミックに書き込めることにfs的にどんだけの意義があんのかな。
複数セクタの書き込み単位でアトミックになっていないと整合性が判断できないんであればあまり意味ない気もするし。

0672login:Penguin

2012/05/21(月) 09:54:20.81ID:w3v01jDq

1セクタアトミックに書けるなら
任意の複数セクタをアトミックに書けるようにソフトウェアだけで実装できる

0673login:Penguin

2012/05/21(月) 09:57:25.79ID:PP15/LMj

>>670
1)btrfs→オラクルからはエンジニアが既に去った。
2)ZFS→ケチケチサポートに突入。
3)ReiserFSもしくはそのフォーク？→そんな気配は無い？
4)EXT4もしくはその拡張→結局これだろう。誰かが知恵絞って、多くの人間にたたき上げられてext5とか出るのが想像つきすぎる。
5)その他→ZFSの人が何か作るんじゃないかと個人的には思ってる。

0674login:Penguin

2012/05/21(月) 09:58:33.96ID:PP15/LMj

> 1)btrfs→オラクルからはエンジニアが既に去った。

去ったのはZFSの人か。スマソ。

0675login:Penguin

2012/05/21(月) 10:04:58.51ID:2/Hjj9MT

>>670
4

0676login:Penguin

2012/05/21(月) 10:11:32.22ID:VzIf2jh+

やっぱり4だよね。

0677login:Penguin

2012/05/21(月) 10:49:59.19ID:Ms9i3XwP

４だと思う。
で、アマノジャクな人が２か５のZFSもどきを使う。
（だって面白いからな。）

0678login:Penguin

2012/05/21(月) 12:15:28.09ID:bVL44HWG

DragonflyBSDのHammer移植の方が現実的かもなぁ

0679login:Penguin

2012/05/21(月) 14:23:23.29ID:ibgDvpSH

やっぱりext4の系譜かー。そうだよね。

0680login:Penguin

2012/05/21(月) 14:58:35.07ID:ocjJ24me

>>679
機能的にZFS以降のfsとは差がつきすぎているし、
代替は欲しいんだけどねい…

0681login:Penguin

2012/05/22(火) 07:50:09.39ID:7a68CDWm

http://japan.cnet.com/news/business/35017280/

　来日中の米Microsoftの最高経営責任者（CEO）Steve Ballmer氏が5月21日、東京・渋谷区のホテルで開催されたパートナー向けのイベント「Windows Partner Executive Summit」で講演した。

　Ballmer氏が米国外を公式に訪問するのは、2012年に入ってから初めてのことだ。次期OS「Windows 8」の開発が最終段階に入った今、最初の訪問国・日本のパートナーに「今年はMicrosoftの歴史の中でも、
もっともワクワクする1年」とメッセージを発し、Windows 8の登場によって大きな変化が訪れると強調した。
Windowsを再創造する
マイクロソフトCEOのスティーブ・バルマー氏。明日から韓国、中国、インドを歴訪する。マイクロソフトCEOのスティーブ・バルマー氏。明日から韓国、中国、インドを歴訪する。
※クリックで拡大画像を表示

　Windows 8は、今年後半の登場が予定されているMicrosoftの次期OS。従来に比べて機能を追加しただけでなく、新たなUIを投入する点が特徴だ。より高速で滑らかに動作し、
スマートでモダンなデザインを実現させることを目標としている。既存のWindows 7の機能もさらに強化し、「新たなレベルに引き上げ」（Ballmer氏）たものの提供を目指して開発が行われている。

　Ballmer氏が繰り返したのは「再創造（Re-Imagine）」だ。Microsoftは、Windows 8で「再創造の1年であり、チャンスの1年」（同）にしたい考え。
この1年で、3億5000万台のWindows搭載PCが出荷されているとの調査を引きながら、「競合他社はPCとタブレットをあわせて6000万?7000万台の出荷」（同）と、その差を強調。
Windowsという強力なプラットフォームが「再創造」されることで、パートナー企業にとっても新たなチャンスが生まれるとした。

んなもんより時代遅れのNTFSよか新しいファイルシステム作れや！！！！！！！！！１１１１１１

0682login:Penguin

2012/05/22(火) 09:32:07.35ID:In5wan4s

初歩的な質問ですまないけど一つ教えて。

ext4であるファイルの内容を修正（ファイル全体のサイズは変わらないような変更）をした時、
該当箇所を格納したブロックの内容を変更して、書き戻す位置はHDDに対して元あったLBAと同じ位置を指示するの？
それとも別の空いてる場所に書くの？
さらに修正箇所が複数ブロックに含まれる場合はどうなるのでしょうか？

0683login:Penguin

2012/05/22(火) 10:29:12.17ID:xdP67uUV

>>672
んなことない。
それは書き込み順序が保証される場合で、バリア張れなければセクタアトミックでマルチセクタアトミックは実現無理。

0684login:Penguin

2012/05/22(火) 10:53:33.83ID:1cxhPa0y

>>682
今時のファイルシステムは、ファイルの内容を書き換える場合に、
データブロックをそのまま使って中身だけ書き換えるなんてことはしない。
理由はトランザクション処理におけるクリティカルセクションが長くなるから。

1. 古いデータだけしかない状態
2. 新しいデータを空いているブロックに書き込む
3. 古いデータも新しいデータも共存していて、ただしメタ情報は古いデータを指している状態
4. 新しいデータを指すようににメタ情報を書き換える
(メタ情報はすごく小さいのでクリティカルセクションを小さく出来る)

3(または2)の段階でクラッシュしても、古い状態は完全に残っている。
実際にはさらにインテントリストを使って、再起動後に更新をリプレーする工夫がある。

データベースのトランザクション処理を勉強すると良い。

0685682

2012/05/22(火) 11:07:12.35ID:lf9QnnI6

分かりやすい解説、ありがとうございます

0686login:Penguin

2012/05/22(火) 16:06:03.57ID:YPS563wb

>>684
そうすると、空き容量が書き換えようとするファイルのファイルサイズより小さい場合、
書き換えに失敗するということですね

0687login:Penguin

2012/05/22(火) 16:23:56.66ID:1cxhPa0y

トランザクション単位は通常ブロックだよ。

ファイルのバージョン管理しているファイルシステムには、
さらにopen/close単位でもトランザクション管理しているのもあるけど。

0688login:Penguin

2012/05/22(火) 17:52:40.29ID:LU/paeRW

mbrを消したら完全に読めなくなるFSってあるんですか？EROIひと

0689login:Penguin

2012/05/22(火) 18:26:05.86ID:A1CjT9vU

MBRってどういうものか、ググればわかるような

0690login:Penguin

2012/05/22(火) 18:30:33.55ID:OmWdc1HW

MBRってFS関係あるんですかね・・・？

0691login:Penguin

2012/05/22(火) 18:34:53.53ID:1cxhPa0y

wikipediaくらいは読んでるの?

0692login:Penguin

2012/05/22(火) 20:10:19.29ID:LU/paeRW

>>690
mbr消してもtestdiskつかったりdumpすれば
先頭のデータみたらどこからどのパーティション始まるかわかるから
mbr修復できるけど、それができないFSはあるのかなと・・・

0693login:Penguin

2012/05/22(火) 21:33:06.53ID:rvtR6o93

>>668
＞＞これについては、「アトミック書き込み保証問題は、サーバ業界が4KiB論理セクタ長に向かっている理由の1つである」とコメントが付きました。

この引用だけ読むと、ん？セクタ長が長くなる方がアトミク保証キツそうだがと思ったが、AFTのRMWを問題視してるのかな？

確かにアラインがあってない状態でブロックライトしたときたまたまそれがトラックまたがりだったりしたら、
電源供給たたれた状況ではRMW完遂キツそうかも。

0694login:Penguin

2012/05/22(火) 21:39:10.48ID:rvtR6o93

ごめん、FSのブロックとHDDの物理セクタは直接の関係はないからアラインうんぬんはミスリードね

0695login:Penguin

2012/05/22(火) 21:47:16.05ID:Gee1IVDc

>>690
ディスクだ

0696login:Penguin

2012/05/22(火) 22:28:52.43ID:UDqTDYqA

>>682
>>684
簡単な検証をしてみたが次のようになった。

1. dd で 1GB のファイル(disk.raw)を作成、mkfs.ext4 でファイルをフォーマット
2. loop オプションでマウント
3. 64KB のファイルを作成。中身は全部 0xC1 (00とかFFでなければ何でも良かった)
4. 一旦アンマウント。
5. disk.raw を 16進ダンプして C1 が 16個並ぶ行をカウント → 4096 行
5. fseek と fwrite(C言語) 使って 7000(0x15B8)番地から 12000バイト適当なパターンを書き込み
6. アンマウント
7. disk.raw を 16進ダンプして C1 が 16個並ぶ行をカウント → 3345 行

(4096-3345)*16(１行16バイトでダンプ)=12016 (12000 バイト + 16の倍数では無いところから開始分)

1GBを32MBにするとブロックサイズは 4KB から 1KB になるけど結果は同じ。
このとき 16進ダンプ自体を比較したが変更されたのは 832 行 (13376 Byte) だけ。
# diff -u pre.txt post.txt | egrep -e '^[+]' | wc -l --> 832

diff の結果を詳しく見ると書き込んだパターンの前のデータはすべて C1 の行で、
どう好意的に解釈しても >>684 の言う動作をしているとはいえない結果だった。

0697login:Penguin

2012/05/22(火) 23:21:43.39ID:rvtR6o93

ext4のmountオプション

2012/05/22(火) 23:40:12.43ID:tlYG6Oak

684さんはDBか何かの話をしているのだろう、普通のファイルシステムは
セクタ単位に上書きして済ませ面倒な操作は回避する。

電源が落ちると、HDDは一番外側のトラックに緊急書込みしてDRAMの
イメージを保存する、SSDもDRAM上に保持していた更新データは急遽
特定のページに書込む、HDDもSSDもDRAM上のデータは電源が落ちても
維持するから書込み応答があれば書込めたと考えていいはず。

ただ、SSDで電源の落ちる速度が速いと飛んでしまうSSDがあって、
それでWindowsの休止が使えないSSDを掴まされた。

0699login:Penguin

2012/05/22(火) 23:45:08.80ID:R0N4pj0/

彼の言う「今時のファイルシステム」にext4やntfsは含まれていないのですよ

0700login:Penguin

2012/05/23(水) 00:20:02.34ID:0eIoicZI

5の処理はひとつの操作じゃないから、
5の間に解放されたブロックが最利用されてるんじゃないの?

0701696

2012/05/23(水) 00:47:46.11ID:9NniJAVU

>>700
すいません、次のとおりです。

1. dd で 1GB のファイル(disk.raw)を作成、mkfs.ext4 でファイルをフォーマット
2. loop オプションでマウント
3. 64KB のファイルを作成。中身は全部 0xC1 (00とかFFでなければ何でも良かった)
4. 一旦アンマウント。
5. disk.raw を 16進ダンプして C1 が 16個並ぶ行をカウント → 4096 行
6. マウント
7. fseek と fwrite(C言語) 使って 3. のファイルの 7000(0x15B8)番地から 12000バイト適当なパターンを書き込み
8. アンマウント
9. disk.raw を 16進ダンプして C1 が 16個並ぶ行をカウント → 3345 行

> 5の間に解放されたブロックが最利用されてるんじゃないの?
再利用されていれば 1KB(1ブロック) 以上 C1 じゃ無いところが発生するはずだが実際は
すべて上書きだった。ここまでだとデフラグされた可能性はあるけど、
ext3/4 のジャーナルがメタ情報しかジャーナリングで保護されないと知っていれば
>>684 の言う動作はしていない(していればメタ情報しか保護しない理由がなくなる)
と解るはず。

0702login:Penguin

2012/05/23(水) 20:08:33.34ID:53GntL47

>>684はそこまで的外れなことは言ってないんじゃないの。
手元のext4のファイルシステムで試してみたけど
openにO_TRUNCを付けて開く→別のブロックアドレスに新規の内容が書き込まれる。元のブロックアドレスにはファイルの内容は残存。(>>684の言う動作をしてる?)
openにO_TRUNCなしで開く→同じブロックアドレスに上書きで書き込まれる。(>>701のやった実験)
どっちの場合でもinode番号は保持されている。

当たり前だけど一つの巨大なファイルをO_TRUNCなしで開いて何回もlseekとか使って読み書きする場合は
同じブロックに書き込まないと断片化しまくりんぐなんだよね。
んで>>682の質問は多分O_TRUNCなしの場合の疑問だから多分元あったLBAにそのまま上書きってことでいいと思われ。

まあ、俺もあんましファイルシステムに詳しい訳じゃないから間違ってたら指摘頼む。

0703login:Penguin

2012/05/23(水) 20:14:35.20ID:Uvt1kmUp

>>684
それ、Copy-On-Write を実装したファイルシステムの典型的な挙動で
それでbrtfsやZFSが注目されてるけど、まだまだ一般的じゃないよ

今普通に使われてるファイルシステムは
未だに停電時のデータ保全は保証されてなくて
だからデータベースソフトは凝った制御をわざわざしてる

0704login:Penguin

2012/05/23(水) 20:46:06.35ID:zTpk22Ks

>>703
ZFSやbtrfsやHAMMERはモダンなfsと言われている由縁ですな。
あと、機能的にはボリュームマネージャとfsとの統合もしているのが
モダンなfsの特徴。

0705login:Penguin

2012/05/23(水) 21:47:33.19ID:HiaPoJkG

>>702
truncしたら
＞1. 古いデータだけしかない状態
ここが無いだろ

0706login:Penguin

2012/05/24(木) 09:35:00.94ID:8W5aSkeX

nilfsもモダン

0707login:Penguin

2012/05/24(木) 09:48:16.92ID:fjuo8JDB

lfsはモダンすぎた

0708login:Penguin

2012/05/24(木) 14:12:40.50ID:R1zT/wP2

仮想環境のマシンをカーネルのアップデートで再起動が発生した際にext4でfsckが走った
開発が予定されているext5でも一定間隔毎にマウントする際はfsckが走る仕様は残るのかな？

0709login:Penguin

2012/05/24(木) 16:00:44.85ID:8W5aSkeX

>>708
ジャーナル処理以外もやってる?

0710login:Penguin

2012/05/24(木) 20:35:01.03ID:k3/BwS7U

ext5ってどんなのが出るとかって話もうあるの？

0711login:Penguin

2012/05/24(木) 20:52:51.51ID:iuQ7Cd5b

>>708
デフォルトでmkfsすれば走るようになるけど、mkfsにオプションつけたりtune2fsでオプション変更すれば走らない、というはなしではなくて？

0712login:Penguin

2012/05/24(木) 21:14:44.01ID:R1zT/wP2

>>711
仮想環境だったので“tune2fs”で間隔の設定変更してなかったの ww
で、密かにウワサされているext5はやはり間隔の設定変更は必要なのかなぁ～
って、ふと思っただけです (__)
(何せ、xfsやbtrfsにはマウント時に定期的にfsckが走る事なんて無いですしね)

ちなみに実環境は“tune2fs -i0 -c0”でマウント時にfsck走らない設定にしていますよ

0713login:Penguin

2012/05/24(木) 22:03:00.77ID:ht+qoeDE

やっぱりreiserfs最強

0714login:Penguin

2012/05/24(木) 22:04:29.38ID:Y0DkWNpb

>>710
冗談の範囲を超える話はまだ出てないと思うけど、
私のアンテナが低いだけかもしれない

0715login:Penguin

2012/05/25(金) 01:04:56.40ID:fyfyFUcy

>>713
reiserfsのどのあたりが最強なの？

0716login:Penguin

2012/05/25(金) 01:08:43.89ID:Zj6mI5wX

数年間使ってるけどfsckとは無縁

0717login:Penguin

2012/05/25(金) 01:31:43.18ID:lsrc3vra

>>715
開発元締めの犯罪歴

0718login:Penguin

2012/05/25(金) 09:56:47.79ID:msN7LA9T

いまのlinuxのfs開発状況だと、ハンスが出所して開発再開したら、それなりに歓迎されそうだなぁ

0719login:Penguin

2012/05/25(金) 10:15:49.59ID:bpVgjmYh

出てくるの１０年以上後だぞ？

0720login:Penguin

2012/05/25(金) 10:25:38.42ID:Cmbh75Oe

10年後ならext5くらい

0721login:Penguin

2012/05/25(金) 10:29:51.31ID:ub3nzNZQ

ハンスはいまも開発を続けているよ。
紙の上でハンドアセンブル、イメージデバッグ、、、
長期間念入りにチューニング＆デバッグされた高速＆堅牢な夢のfs

出所してからそ実機でテスト

0722login:Penguin

2012/05/25(金) 11:04:00.31ID:F5a9ntXy

>>721
時間タップリあるだろうし、
他にすることもなさそうだから、
クオリティ恐ろしいかもしれんなｗ

0723login:Penguin

2012/05/25(金) 12:06:17.83ID:AqUnLL1K

btrfsのstableリリースとハンス出所してreiser4完成はどっちが早いのかもうわからないレベル

0724login:Penguin

2012/05/25(金) 12:32:56.42ID:bpVgjmYh

減刑のための法律勉強で忙しかったはず。

0725login:Penguin

2012/05/25(金) 19:26:34.42ID:FQfoOI8B

向こうって模範囚なら殺人犯でも3年で出られるんだろ

0726login:Penguin

2012/05/26(土) 01:13:07.17ID:rgPUb8eJ

>>725
う～ん、どうなんだろ? 以前と違い、今は模範囚での刑期短縮って
1年で50日程度とかいう話を聞いたおぼえが。

あと、そういや、こんな記事が。
Linux Guru Hans Reiser Demands New Murder Trial
http://www.wired.com/threatlevel/2011/09/reiser-seeks-new-trial/

0727login:Penguin

2012/05/26(土) 01:14:20.75ID:rgPUb8eJ

って、fsから話が外れまくったな。Btrfsが標準fsになるFedora 17のリリースが
そろそろだけど、これでようやっとBtrfsの開発速度が上がってくれるかな…

0728login:Penguin

2012/05/26(土) 02:30:10.12ID:I/wUNAvd

なんでバターFSは主力FSになれないの？
修正されない致命バグが残っているとか？

0729login:Penguin

2012/05/26(土) 03:21:44.82ID:SttHiOpI

3.2.xを使ってるがファイルが壊れることが時々ある。

0730login:Penguin

2012/05/26(土) 05:48:13.77ID:iTBNDko3

そら、ファイルが壊れちゃうようなfsをメインになんか使いたくないよな

0731login:Penguin

2012/05/26(土) 08:56:56.81ID:NFmM9fUH

>>727
それは取りやめになったはず

0732login:Penguin

2012/05/26(土) 10:58:03.65ID:BURK7wai

>>728
ttp://d.hatena.ne.jp/fixme/20101030/1288433811

0733デムパゆんゆんネトウヨ特攻兵＠５月病　【関電 69.0 %】

2012/05/26(土) 11:12:30.66ID:fGtrXgPT

じゃぁブログでブツブツ言ってないでバグ出し協力すればいいじゃないか

0734login:Penguin

2012/05/26(土) 12:15:49.73ID:BURK7wai

そのブログの新しい方の記事でまさにそういう展開になっている

0735login:Penguin

2012/05/26(土) 12:54:30.76ID:VoHyanHK

>>728
地道にバージョンアップしてきてるじゃん。
おまえはまさかすぐにでも実用化になると思ってるの？

0736login:Penguin

2012/05/26(土) 13:38:33.15ID:SttHiOpI

>>732

これはそうなんだが時々BUG_ONから適切なエラー処理に変更するパッチが流れているのでちと古い話。

0737login:Penguin

2012/05/26(土) 14:04:15.08ID:mAVYiROr

アンドリューモートンが2.36頃にはraiser4がマージされるよとか言ってた矢先のタイホだったからな。

しばらくカーネルに毎回パッチあててraiser4を使いつづけてたけど、さすがにマージの見込みが無さそうなので諦めてext4へ乗り換えた。

0738login:Penguin

2012/05/26(土) 16:15:11.36ID:I/wUNAvd

そんな話を聞くと、ここはReiser4の無いパラレルワールドなんだなって気がしてくる
Reiser4がマージされているもう一つのパラレルワールドのこのスレでは、
逆にBtrfs、NILFS、ZFSの話題が消えてたりするんだろうか

0739login:Penguin

2012/05/26(土) 16:27:41.13ID:MUdvZwhX

誰か開発を引き継ごうって人はいなかったのかいな。

0740login:Penguin

2012/05/26(土) 17:21:56.83ID:NFmM9fUH

会社組織だったんだから、社長がﾀｲｰﾎされたからといって、会社がなくなったわけじゃないはず。
父親が引き継いで開発を続けるとか言ってたが、元々カーネルメンテナーの多くに良く思われてなかった
のと（特にプラグイン構造が）、スポンサーが見つからなくてﾎﾟｼｬったのではないかと。

0741login:Penguin

2012/05/26(土) 18:37:05.68ID:YjIi9L7U

会社の絶不調なUbuntuデスクトップ機（タワー型）の
OSをCentos 6.2（派手なメディア系のソフトは無いけど仕事で使うには
十分なソフト環境）に変え、ファイルシステムはZFSに変えてみた。

ジャンク品の500GのSATA HDDを3本Raidzにして、全部homeにあてて
みた。ジャンク品だが経年劣化で壊れたら、それはそれでおもしろいと思っている。

ベンチマークとかファイルのコピー時間とか見てるけど、マザーボードが
読み書き合わせて150MB/secが限界のしょぼいヤツなんで、
まだZFSの恩恵は判らない。

日々のバックアップとか、ランダムアクセスを多用する処理がどれぐらい
良くなるか、来週の業務が楽しみです。

0742login:Penguin

2012/05/26(土) 21:11:33.51ID:7HdLZpM3

>>741
山中幸盛みたいでかっこういいな

0743login:Penguin

2012/05/27(日) 19:29:51.15ID:sFUG4pgM

何をしたいかわからんw

0744login:Penguin

2012/05/27(日) 20:13:08.68ID:BMpUzC+a

LinuxサーバーにSSDを使うための情報メモ
http://oopsops.hatenablog.com/entry/2012/05/24/164941

0745login:Penguin

2012/05/27(日) 20:20:49.29ID:T8Ff12Rn

みんなバリア無効にしている？
ext3も今度からバリア有効設定がデフォになるらしいけど。

0746login:Penguin

2012/05/27(日) 23:25:49.50ID:RpQeUUxd

>>745
当然即無効
有効設定不要

0747login:Penguin

2012/05/27(日) 23:40:59.37ID:fcmbTsZx

我感謝君迅速回答
謝謝参考情報

0748login:Penguin

2012/05/28(月) 01:30:27.57ID:v3fn9Bax

>>747
IDがずれてるぞw

0749login:Penguin

2012/05/28(月) 13:41:54.41ID:06aQcVRA

>>745
「ext3も今度からバリア有効設定がデフォになるらしい」ってまじか？
ソースきぼん

0750login:Penguin

2012/05/28(月) 13:50:44.83ID:p/RNWQpE

>>749
Linuxカーネル3.1 からだからもうとっくに有効になってますね。
http://sourceforge.jp/magazine/11/10/25/0437213

0751741

2012/05/28(月) 14:43:01.77ID:4B9wts/1

>>743

会社のデスクトップ機は、Linuxのサーバとソフトの評価のために
仮想イメージが20個ぐらい入っているんだけど、同じような
ディスクブロックだったようで、dedupで1.30という数字が
出ています。ディスクの節約ができたのはまず嬉しい。

あと実際に使ってわかったのは１本ずつのHDD30MB/secの読み
書きが出来る場合、３本のディスクによる読み書きの速度は
Raid0の場合は90MB/secになるのだが、RAIDz1の場合は書き込みは
60MB/sec、読み込みは90MB/secになることです。という事は
ZFSはRAIDでタマ数を増やすと読み込みはRAID0のように、
HDDの数の倍数になるってことかな？

■ このスレッドは過去ログ倉庫に格納されています

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

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