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

1 名前： 忍法帖【Lv=29,xxxPT】 mailto:sage [2012/01/15(日) 16:38:33.83 ID:OMF5PJgt] ●前スレ ファイルシステム総合スレ その13 engawa.2ch.net/test/read.cgi/linux/1311812102/ ●関連スレ ジャーナリングファイルシステム ttp://hibari.2ch.net/test/read.cgi/unix/979408065/ OpenSolaris/Illumos (OpenIndiana, etc.) 5 hibari.2ch.net/test/read.cgi/unix/1285876800/ 過去スレ、関連リンクは >>2-10 あたりで。 608 名前：login:Penguin mailto:sage [2012/05/11(金) 09:12:10.28 ID:Rs4s5bBT] オラクルの場合は貢献よりやったことの悪影響の方が多いから OSSに対して非干渉の企業の方が1000000倍ありがたい。 609 名前：login:Penguin mailto:sage [2012/05/11(金) 10:35:25.35 ID:agAAD5md] 業突く張りのボラクルですからね 610 名前：login:Penguin mailto:sage [2012/05/11(金) 11:16:56.86 ID:sTP/os3g] MSの方がまだマシって思わせる企業があるなんて 611 名前：login:Penguin mailto:sage [2012/05/11(金) 12:44:07.18 ID:w0RrmVyz] ZFSの未来はNexentaに頑張ってもらうしかないよね 612 名前：login:Penguin mailto:sage [2012/05/11(金) 13:33:45.09 ID:ocx/xIVv] 挿入削除機能付きファイルシステム ファイルに対する挿入および削除を高速に行うことを目的に開発したファイルシステム www.nhk.or.jp/strl/flexible/doc_ext4_mxf.html 613 名前：login:Penguin mailto:sage [2012/05/11(金) 14:15:11.41 ID:GH1IWZxy] >>607 Oracleが打ち捨ててくれたおかげで幸せになれたOpenoffice.orgとかあるしな〜 614 名前：login:Penguin mailto:sage [2012/05/11(金) 14:56:34.05 ID:5z7FqG21] 開発者がほとんど逃げ出してから捨てられてのって幸せなんだろうか 615 名前：login:Penguin mailto:sage [2012/05/11(金) 14:59:16.12 ID:sTP/os3g] >>612 上流に寄付するなりすればいいのに 半税金で運用している会社のわりに使えないよな 616 名前：login:Penguin mailto:sage [2012/05/11(金) 17:27:06.27 ID:zDYdOm03] >>612 受信料を払っていないのでパス 617 名前：login:Penguin mailto:sage [2012/05/11(金) 18:57:00.39 ID:QWh07S8U] GPLなものに受信料は関係なかろ。 618 名前：login:Penguin mailto:sage [2012/05/11(金) 20:06:42.05 ID:sTP/os3g] >>617 www.nhk.or.jp/strl/flexible/Down01.html NHKがいじった部分は違うよ 619 名前：login:Penguin mailto:sage [2012/05/11(金) 20:09:35.37 ID:jkHVDhT6] >>607 あいつらが予算削減したからドキュメントがないんだって・・・ どんだけ無料ユーザー様なんだよ。 世の中金も手も出さない所ばかりな所で、ドキュメント作成までは カバーできなかったが出したというのに、前の支援者よりレベルが 落ちるだけでボロクソ。誰がそんなコミュニティ支援するんだ？ 620 名前：login:Penguin mailto:sage [2012/05/11(金) 20:20:55.68 ID:ocx/xIVv] >>618 こいつはGPL2だよ。 www.nhk.or.jp/strl/flexible/down_ext4_mxf.html 621 名前：login:Penguin mailto:sage [2012/05/11(金) 21:41:37.63 ID:pEam6qOM] Oracleに買収される前にあったものが買収されたら無くなったら呆れるだろ。 622 名前：login:Penguin mailto:sage [2012/05/11(金) 22:24:36.79 ID:4yR4l5go] >>613 捨てるなら最初から捨てればよかったのに、さんざん引っ掻き回して 誰も寄り付かなくなってから寄贈とか嫌がらせの最たるものじゃん。 623 名前：login:Penguin mailto:sage [2012/05/12(土) 01:47:50.44 ID:KLe6gbzV] v28時点の機能で充分なんで、v30以降クローズドでも文句言わんからv28のコードをBSDかGPLにしてくれんかねｗ＞ZFS 624 名前：login:Penguin mailto:sage [2012/05/12(土) 02:25:05.18 ID:jr/vC4EX] ならばApache Licenseにしてやろう 625 名前：login:Penguin mailto:sage [2012/05/12(土) 02:47:00.19 ID:dQiISBRz] 修正BSDならまだしもGPLはちょっと… 626 名前：login:Penguin mailto:sage [2012/05/12(土) 02:49:12.79 ID:AZpPqINZ] GPLにしたらFreeBSDの人たちがキレるだろうな。 627 名前：login:Penguin mailto:sage [2012/05/12(土) 05:39:42.82 ID:dQiISBRz] むしろIllumos側とかがやる気無くすだろ 628 名前：login:Penguin mailto:sage [2012/05/12(土) 09:18:19.28 ID:tnC/P8Hk] Linuxサーバ構築の仕事をやっているが、 ZFSに対してのあこがれは増すばかり。 自宅のファイルサーバ（CentOS)で使って、良い感じで使えているので、 会社のデスクトップマシンのOS入れ替えのとき、Homeディレクトリを ZFSに割り当てちゃおう。 629 名前：login:Penguin mailto:sage [2012/05/12(土) 19:13:56.22 ID:R4XTgxI9] Oracleアンチスレに成り変わってしまったんやなｗ喜劇やなｗ 630 名前：login:Penguin mailto:sage [2012/05/12(土) 21:06:59.32 ID:Ybl2SDjr] >>629 以前のスレでも同様の事情が発生したからね まぁ、定期的に発生するよくある話 631 名前：login:Penguin mailto:sage [2012/05/12(土) 21:40:52.96 ID:WiWzjoLA] 最近のファイルシステム事情からするとOracleが叩かれる流れになるのは仕方ないと思うんだが。 632 名前：login:Penguin mailto:sage [2012/05/13(日) 01:47:39.10 ID:yRFiDpFg] ZFSクレクレ Btrfsクレクレ 633 名前：login:Penguin mailto:sage [2012/05/13(日) 10:41:05.88 ID:6yfJ5u8k] OSクレクレ3日でピーコ完了ｗ 634 名前：login:Penguin mailto:sage [2012/05/14(月) 12:41:38.98 ID:0FAxP6SH] zfsをhdd×4のraidz1で運用してる。osはsolaris11 raidの健全性を調べるコマンドって zpool status で必要十分なの？ 635 名前：login:Penguin mailto:sage [2012/05/17(木) 02:08:12.61 ID:zXXpU1HC] >>594 ebayに出品されているのは中古品だろ？ メーカー出荷の新品と比較しちゃダメよ 636 名前：login:Penguin mailto:sage [2012/05/17(木) 09:03:27.03 ID:quLDDVor] >634 zpool scrub pool名 でオンラインチェックが出来るらしい。 今試しに動かして見てるけど、IOやCPUの負荷が かなり大きい。全力で読み書きしてチェックしてる 様子。 scrub実行中にzpool statusを見ると、チェック の進捗と予想終了時間が判ります。万が一エラーが 起きたら自動修復？されるんでしたっけね。 637 名前：login:Penguin [2012/05/18(金) 02:04:44.50 ID:vSGVCWOh] なんだ、ZFSもfsck必要なのか 638 名前：login:Penguin mailto:sage [2012/05/18(金) 09:54:30.02 ID:qWj86vXl] >637 他のファイルシステムでは、ファイルの書き込み中の電源OFFとか カーネルパニックでファイルが壊れることがあるけど、ZFSは 書き込んでからファイルポインタを付け替えるから、ファイルが 壊れる事はない。 scrubはハードウェアの障害によるデータ化けの対策 639 名前：login:Penguin mailto:sage [2012/05/18(金) 10:44:02.27 ID:wFUz+ABd] ファイルポインタを付け替えようとしているときに電源が切れたらどうなるの？ とか思ってしまった 640 名前：login:Penguin mailto:sage [2012/05/18(金) 12:56:46.50 ID:H+gB5nnv] >>639 …。そう思ったらちょっと考えてみるぐらいしてみたほうがいいな。 641 名前：login:Penguin mailto:sage [2012/05/18(金) 13:17:04.13 ID:F39pzlH8] 急いでつけかえるから大丈夫！！！１！！ 642 名前：login:Penguin mailto:sage [2012/05/18(金) 13:40:42.56 ID:dgKtu+BA] 考えて分かることなのか 643 名前：login:Penguin mailto:sage [2012/05/18(金) 13:43:58.84 ID:5sSa6Sz4] ファイルポインタを付け替える間に電源を切ることは不可能である 644 名前：login:Penguin [2012/05/18(金) 13:52:20.88 ID:g3FMqL47] ポインタの付け替え時間 <<<<<<< ファイルの書き込みの時間 ファイルの書き込みの最中に電源が落ちると、ファイルは死んでしまいます。 例えばテキストファイルを書き込み中に電源落ちて半分しか書き込めなかった とか。ZFSでは元の情報を保持したまま、新規のデータを作成し、書き込みが 完了した後、ポインタを付け替えます。ファイル書き込み中に電源が落ちても 元のファイルは残ります。という事でファイルシステムは論理的には 壊れません。 645 名前：login:Penguin mailto:sage [2012/05/18(金) 14:28:27.99 ID:dgKtu+BA] そんなこと誰でも分かってるでしょw 646 名前：login:Penguin mailto:sage [2012/05/18(金) 14:33:27.88 ID:XuBoX5Wq] HDDユニット自体が電力を絶たれても がんばってアトミックに動くようになってる(らしい)からでそ。 647 名前：login:Penguin mailto:sage [2012/05/18(金) 16:43:51.44 ID:utn7Luuj] そのためのジャーナルなんだぜ 648 名前：login:Penguin mailto:sage [2012/05/18(金) 16:45:30.78 ID:oOjSEvqe] ジャーナルはメタデータしか記録しないので万能ではない 単にファイルシステムのメタデータが壊れないだけ 649 名前：login:Penguin mailto:sage [2012/05/18(金) 16:49:11.21 ID:cy1LYrTG] >>648 んなことはない FSによって仕様は違う。 650 名前：login:Penguin mailto:sage [2012/05/18(金) 19:32:32.59 ID:qwD1jBDX] ext4は、電源切れた時とか、書き込み後の新しいファイルも 書き込み前の古いファイルも残らない問題があって、 その問題が出る可能性を少なくする修正をしたけど、可能性はあるまんまだよ。 651 名前：login:Penguin [2012/05/19(土) 00:37:17.94 ID:5rNSO6UU] 電源切れても、アトミックに書けることが保証されてるなら、 どんなサイズのデータも 512byteのファイルに分けて書き込めば、不意の電源切断による ファイル損失が回避できるってことだね 652 名前：login:Penguin mailto:sage [2012/05/19(土) 00:44:38.79 ID:oH+axjjp] アトミックに書けないとしても、ログ追記する形なら書き込み失敗＝前データが有効ということになるので安全な書き込みは保証される。 653 名前：login:Penguin mailto:sage [2012/05/19(土) 01:22:01.37 ID:bGawkh/l] >>652 それにプラスして>>641と>>643だから安全なんだよな 654 名前：login:Penguin mailto:sage [2012/05/19(土) 10:07:02.37 ID:d/xS1V5P] hdparm -W1で使ってても保証されてる？ FUA発行前の書き込みが中途半端に反映されてる状況。 FS次第？ 655 名前：login:Penguin mailto:sage [2012/05/19(土) 19:50:22.13 ID:FRys3al+] XFS2まだかよ 656 名前：login:Penguin mailto:sage [2012/05/19(土) 19:53:39.97 ID:YxifvVZm] XFSは元々は他OSのFSだしext5の方が良いんじゃね 657 名前：login:Penguin mailto:sage [2012/05/19(土) 19:55:42.67 ID:R06bEnk+] 電源の話が続いてたけど、HDDって電源とんでも1セクタは自力で書けるような仕組みを持ってるの？ 658 名前：login:Penguin mailto:sage [2012/05/19(土) 19:57:05.39 ID:d56/CwG2] >>657 それ以前にHDDの内蔵キャッシュメモリ上の内容が揮発する 659 名前：login:Penguin mailto:sage [2012/05/19(土) 20:50:18.22 ID:OclJXskD] >>655 kernel 3.2でx86_64の場合は、件のスタック食いつぶしもマシになったとのこと。 kernel 3.2といえば、ext4の16GB制限もなくなっているんだよなぁ。 とはいえ、Redhatのkernelにそれがマージされるのはいつになることやら 660 名前：login:Penguin mailto:sage [2012/05/19(土) 22:13:23.46 ID:9MY9nMma] RedHatカーネルに移植されない＝OracleLinuxに取り込まれない なら別に悪くないかもｗ 661 名前：login:Penguin mailto:sage [2012/05/20(日) 14:48:12.14 ID:eP6j5/av] >>657 いまどきのHDDならキャパシタや慣性でアトミックな書き込みになるよう努力してるが絶対の保証はされてないというのが自分の認識。 postgresqlやsqliteのマニュアルでもデフォルトでは信用してなさそうだし。 zfsみたいにfs層でアトミック性が保証されている場合はdb側はそれを信じて動作できる。 662 名前：login:Penguin mailto:sage [2012/05/20(日) 15:11:25.04 ID:8YfFWlKc] とあるMLだと大抵HDDメーカーの人とDB側の人が喧嘩してるイメージがある 性能上げる為にメモリにキャッシュしてんのにアトミックじゃないって言われてキレてたりとか ハード屋からみたら当たり前だし、ソフト屋は分かってて噛みついてんだろって思うｗ 663 名前：login:Penguin mailto:sage [2012/05/20(日) 15:20:18.69 ID:YuJ3DDEz] ぶっちゃけUPSいれろで結論出てるけどな 664 名前：login:Penguin mailto:sage [2012/05/20(日) 15:40:45.14 ID:8YPwgSyJ] ハード屋は電源無くなりゃなんも出来んって言ってるのに ソフト屋はack返してんだろって言うからなｗ ま、どっちも正しいんだがfcの頃ならともかくiSCSみたいのでfsyncでクラスタfsが完璧に補償されるとか思って欲しくないわ 665 名前：login:Penguin mailto:sage [2012/05/20(日) 16:00:28.49 ID:p9BF+Jlq] 奥なんとかさん。呼んでますよ。 666 名前：login:Penguin mailto:sage [2012/05/20(日) 17:15:21.17 ID:HhKMOwRD] え？iSCSIってアトミック動作保証されないの？？ ジャーナルFSにしてても、破損する可能性あるのか 667 名前：login:Penguin mailto:sage [2012/05/20(日) 18:23:12.40 ID:uTdrFX86] iSCSI の実装が腐ってるか、クラスタfsの設定が悪くて実装されていないコマンド 呼んでるとかタイムアウト系のパラメータ間違ってるとかじゃねーの？ 668 名前：login:Penguin mailto:sage [2012/05/20(日) 23:25:07.01 ID:ELQ5/TDV] >>657 www.atmarkit.co.jp/flinux/rensai/watch2010/watch03b.html ＞Martin K. Petersen（OracleのLinuxエンジニアで、IDEMAの内部事情に詳しい）は、 ＞「もともと512bytesでも保証はなかった。 ＞ベンダは努力はしていたが、実際には、例えば書き込みセクタを調整することでホットスポットを分散させたりしてたから、 ＞そういう処理が原因でアトミックに処理できなかった。 ＞そういう訳で、非揮発性キャッシュ付きのRAIDをみんな使っていたのさ」と説明。 ＞これについては、「アトミック書き込み保証問題は、サーバ業界が4KiB論理セクタ長に向かっている理由の1つである」とコメントが付きました。 669 名前：login:Penguin mailto:sage [2012/05/21(月) 08:26:04.95 ID:0vaQ/+dW] 家のnilfs は、全部ext4に戻しました。長期間使った時のパフォーマンスの著しい低下が我慢できなかった。 670 名前：login:Penguin mailto:sage [2012/05/21(月) 08:52:31.83 ID:ibgDvpSH] ところで、linuxの次期FSとして一番有力なのはどれなの？ 1)btrfs 2)ZFS 3)ReiserFSもしくはそのフォーク？ 4)EXT4もしくはその拡張 5)その他 671 名前：login:Penguin mailto:sage [2012/05/21(月) 09:31:16.61 ID:xHaR64QJ] そもそも1セクタ分がアトミックに書き込めることにfs的にどんだけの意義があんのかな。 複数セクタの書き込み単位でアトミックになっていないと整合性が判断できないんであればあまり意味ない気もするし。 672 名前：login:Penguin mailto:sage [2012/05/21(月) 09:54:20.81 ID:w3v01jDq] 1セクタアトミックに書けるなら 任意の複数セクタをアトミックに書けるようにソフトウェアだけで実装できる 673 名前：login:Penguin mailto:sage [2012/05/21(月) 09:57:25.79 ID:PP15/LMj] >>670 1)btrfs→オラクルからはエンジニアが既に去った。 2)ZFS→ケチケチサポートに突入。 3)ReiserFSもしくはそのフォーク？→そんな気配は無い？  4)EXT4もしくはその拡張→結局これだろう。誰かが知恵絞って、多くの人間にたたき上げられてext5とか出るのが想像つきすぎる。 5)その他→ZFSの人が何か作るんじゃないかと個人的には思ってる。 674 名前：login:Penguin mailto:sage [2012/05/21(月) 09:58:33.96 ID:PP15/LMj] > 1)btrfs→オラクルからはエンジニアが既に去った。  去ったのはZFSの人か。スマソ。 675 名前：login:Penguin mailto:sage [2012/05/21(月) 10:04:58.51 ID:2/Hjj9MT] >>670 4 676 名前：login:Penguin [2012/05/21(月) 10:11:32.22 ID:VzIf2jh+] やっぱり4だよね。 677 名前：login:Penguin mailto:sage [2012/05/21(月) 10:49:59.19 ID:Ms9i3XwP] ４だと思う。 で、アマノジャクな人が２か５のZFSもどきを使う。 （だって面白いからな。） 678 名前：login:Penguin mailto:sage [2012/05/21(月) 12:15:28.09 ID:bVL44HWG] DragonflyBSDのHammer移植の方が現実的かもなぁ 679 名前：login:Penguin mailto:sage [2012/05/21(月) 14:23:23.29 ID:ibgDvpSH] やっぱりext4の系譜かー。そうだよね。 680 名前：login:Penguin mailto:sage [2012/05/21(月) 14:58:35.07 ID:ocjJ24me] >>679 機能的にZFS以降のfsとは差がつきすぎているし、 代替は欲しいんだけどねい… 681 名前：login:Penguin [2012/05/22(火) 07:50:09.39 ID:7a68CDWm] 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よか新しいファイルシステム作れや！！！！！！！！！１１１１１１ 682 名前：login:Penguin mailto:sage [2012/05/22(火) 09:32:07.35 ID:In5wan4s] 初歩的な質問ですまないけど一つ教えて。 ext4であるファイルの内容を修正（ファイル全体のサイズは変わらないような変更）をした時、 該当箇所を格納したブロックの内容を変更して、書き戻す位置はHDDに対して元あったLBAと同じ位置を指示するの？ それとも別の空いてる場所に書くの？ さらに修正箇所が複数ブロックに含まれる場合はどうなるのでしょうか？ 683 名前：login:Penguin mailto:sage [2012/05/22(火) 10:29:12.17 ID:xdP67uUV] >>672 んなことない。 それは書き込み順序が保証される場合で、バリア張れなければセクタアトミックでマルチセクタアトミックは実現無理。 684 名前：login:Penguin mailto:sage [2012/05/22(火) 10:53:33.83 ID:1cxhPa0y] >>682 今時のファイルシステムは、ファイルの内容を書き換える場合に、 データブロックをそのまま使って中身だけ書き換えるなんてことはしない。 理由はトランザクション処理におけるクリティカルセクションが長くなるから。 1. 古いデータだけしかない状態 2. 新しいデータを空いているブロックに書き込む 3. 古いデータも新しいデータも共存していて、ただしメタ情報は古いデータを指している状態 4. 新しいデータを指すようににメタ情報を書き換える (メタ情報はすごく小さいのでクリティカルセクションを小さく出来る) 3(または2)の段階でクラッシュしても、古い状態は完全に残っている。 実際にはさらにインテントリストを使って、再起動後に更新をリプレーする工夫がある。 データベースのトランザクション処理を勉強すると良い。 685 名前：682 mailto:sage [2012/05/22(火) 11:07:12.35 ID:lf9QnnI6] 分かりやすい解説、ありがとうございます 686 名前：login:Penguin [2012/05/22(火) 16:06:03.57 ID:YPS563wb] >>684 そうすると、空き容量が書き換えようとするファイルのファイルサイズより小さい場合、 書き換えに失敗するということですね 687 名前：login:Penguin mailto:sage [2012/05/22(火) 16:23:56.66 ID:1cxhPa0y] トランザクション単位は通常ブロックだよ。 ファイルのバージョン管理しているファイルシステムには、 さらにopen/close単位でもトランザクション管理しているのもあるけど。 688 名前：login:Penguin mailto:sage [2012/05/22(火) 17:52:40.29 ID:LU/paeRW] mbrを消したら完全に読めなくなるFSってあるんですか？EROIひと 689 名前：login:Penguin mailto:sage [2012/05/22(火) 18:26:05.86 ID:A1CjT9vU] MBRってどういうものか、ググればわかるような 690 名前：login:Penguin mailto:sage [2012/05/22(火) 18:30:33.55 ID:OmWdc1HW] MBRってFS関係あるんですかね・・・？ 691 名前：login:Penguin mailto:sage [2012/05/22(火) 18:34:53.53 ID:1cxhPa0y] wikipediaくらいは読んでるの? 692 名前：login:Penguin mailto:sage [2012/05/22(火) 20:10:19.29 ID:LU/paeRW] >>690 mbr消してもtestdiskつかったりdumpすれば 先頭のデータみたらどこからどのパーティション始まるかわかるから mbr修復できるけど、それができないFSはあるのかなと・・・ 693 名前：login:Penguin mailto:sage [2012/05/22(火) 21:33:06.53 ID:rvtR6o93] >>668 ＞＞これについては、「アトミック書き込み保証問題は、サーバ業界が4KiB論理セクタ長に向かっている理由の1つである」とコメントが付きました。 この引用だけ読むと、ん？セクタ長が長くなる方がアトミク保証キツそうだがと思ったが、AFTのRMWを問題視してるのかな？ 確かにアラインがあってない状態でブロックライトしたときたまたまそれがトラックまたがりだったりしたら、 電源供給たたれた状況ではRMW完遂キツそうかも。 694 名前：login:Penguin mailto:sage [2012/05/22(火) 21:39:10.48 ID:rvtR6o93] ごめん、FSのブロックとHDDの物理セクタは直接の関係はないからアラインうんぬんはミスリードね 695 名前：login:Penguin mailto:sage [2012/05/22(火) 21:47:16.05 ID:Gee1IVDc] >>690 ディスクだ 696 名前：login:Penguin mailto:sage [2012/05/22(火) 22:28:52.43 ID: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 の言う動作をしているとはいえない結果だった。 697 名前：login:Penguin mailto:sage [2012/05/22(火) 23:21:43.39 ID:rvtR6o93] ext4のmountオプション 698 名前：番組の途中ですがアフィサイトへの転載は禁止です [2012/05/22(火) 23:40:12.43 ID:tlYG6Oak] 684さんはDBか何かの話をしているのだろう、普通のファイルシステムは セクタ単位に上書きして済ませ面倒な操作は回避する。 電源が落ちると、HDDは一番外側のトラックに緊急書込みしてDRAMの イメージを保存する、SSDもDRAM上に保持していた更新データは急遽 特定のページに書込む、HDDもSSDもDRAM上のデータは電源が落ちても 維持するから書込み応答があれば書込めたと考えていいはず。 ただ、SSDで電源の落ちる速度が速いと飛んでしまうSSDがあって、 それでWindowsの休止が使えないSSDを掴まされた。 699 名前：login:Penguin mailto:sage [2012/05/22(火) 23:45:08.80 ID:R0N4pj0/] 彼の言う「今時のファイルシステム」にext4やntfsは含まれていないのですよ 700 名前：login:Penguin mailto:sage [2012/05/23(水) 00:20:02.34 ID:0eIoicZI] 5の処理はひとつの操作じゃないから、 5の間に解放されたブロックが最利用されてるんじゃないの? 701 名前：696 mailto:sage [2012/05/23(水) 00:47:46.11 ID: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 の言う動作はしていない(していればメタ情報しか保護しない理由がなくなる) と解るはず。 702 名前：login:Penguin mailto:sage [2012/05/23(水) 20:08:33.34 ID:53GntL47] >>684はそこまで的外れなことは言ってないんじゃないの。 手元のext4のファイルシステムで試してみたけど openにO_TRUNCを付けて開く→別のブロックアドレスに新規の内容が書き込まれる。元のブロックアドレスにはファイルの内容は残存。(>>684の言う動作をしてる?) openにO_TRUNCなしで開く→同じブロックアドレスに上書きで書き込まれる。(>>701のやった実験) どっちの場合でもinode番号は保持されている。 当たり前だけど一つの巨大なファイルをO_TRUNCなしで開いて何回もlseekとか使って読み書きする場合は 同じブロックに書き込まないと断片化しまくりんぐなんだよね。 んで>>682の質問は多分O_TRUNCなしの場合の疑問だから多分元あったLBAにそのまま上書きってことでいいと思われ。 まあ、俺もあんましファイルシステムに詳しい訳じゃないから間違ってたら指摘頼む。 703 名前：login:Penguin mailto:sage [2012/05/23(水) 20:14:35.20 ID:Uvt1kmUp] >>684 それ、Copy-On-Write を実装したファイルシステムの典型的な挙動で それでbrtfsやZFSが注目されてるけど、まだまだ一般的じゃないよ 今普通に使われてるファイルシステムは 未だに停電時のデータ保全は保証されてなくて だからデータベースソフトは凝った制御をわざわざしてる 704 名前：login:Penguin mailto:sage [2012/05/23(水) 20:46:06.35 ID:zTpk22Ks] >>703 ZFSやbtrfsやHAMMERはモダンなfsと言われている由縁ですな。 あと、機能的にはボリュームマネージャとfsとの統合もしているのが モダンなfsの特徴。 705 名前：login:Penguin mailto:sage [2012/05/23(水) 21:47:33.19 ID:HiaPoJkG] >>702 truncしたら ＞1. 古いデータだけしかない状態 ここが無いだろ 706 名前：login:Penguin mailto:sage [2012/05/24(木) 09:35:00.94 ID:8W5aSkeX] nilfsもモダン 707 名前：login:Penguin mailto:sage [2012/05/24(木) 09:48:16.92 ID:fjuo8JDB] lfsはモダンすぎた 708 名前：login:Penguin mailto:sage [2012/05/24(木) 14:12:40.50 ID:R1zT/wP2] 仮想環境のマシンをカーネルのアップデートで再起動が発生した際にext4でfsckが走った 開発が予定されているext5でも一定間隔毎にマウントする際はfsckが走る仕様は残るのかな？

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef