ファイルシステム総合スレ その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 あたりで。 593 名前：login:Penguin mailto:sage [2012/05/10(木) 08:46:55.76 ID:n6TOlTxc] Fusion-ioの価格表 ttp://hesonogoma.com/hardware/fusion-io_iodrive_pricelist_2012.html IOが激しくて性能が厳しいサーバがあるのでFusion-io使ってみたいが もう少し価格がこなれてこないと手が出ないな・・・ 594 名前：login:Penguin mailto:sage [2012/05/10(木) 10:11:29.71 ID:uzdXa+U4] ebayは日本向け売ってくれないもん？ そんなしないぞ 595 名前：login:Penguin mailto:sage [2012/05/10(木) 14:58:38.76 ID:V1j2zBKg] 超大容量HDD付けたnilfsをGC offにすれば速くなることは速くなる。 リードもメモリキャッシュに乗るようにすればよい。 596 名前：login:Penguin mailto:sage [2012/05/10(木) 16:30:30.58 ID:dleBY42Y] >>591 FreeBSDはillumosの動向に追従みたいだけど、現状よりは望み薄っぽいね 597 名前：login:Penguin mailto:sage [2012/05/10(木) 23:07:32.43 ID:NECzXalT] >>591 海外フォーラムを見ると これからは2つのZFSが存在することになる。 非常に残念なことだ。 って書いてあるから、オープンソース最後はv28で、v30以降は完全クローズになるんじゃないかな。 v28までライセンスがCDDLってのは変わらないようだけど。 IllumosもCDDLで公開されているソースを利用しているから、v30以降のZFSのコードは使えず ZFS v30以降はOracleSolaris使うしかないって見解みたい。 598 名前：login:Penguin mailto:sage [2012/05/11(金) 01:37:17.98 ID:4yR4l5go] 今更クローズドにするとかあいかわらず嫌がらせが大好きなんだな。 599 名前：login:Penguin mailto:sage [2012/05/11(金) 01:41:16.20 ID:ocx/xIVv] >>598 嫌がらせっつーかそもそもオープンソースと競合する製品を売っている会社で しかもオープンソースに協力とかしていない会社だから。 600 名前：login:Penguin mailto:sage [2012/05/11(金) 01:50:11.73 ID:yBR+2vnr] さすがにそれはあんまりだ 601 名前：login:Penguin mailto:sage [2012/05/11(金) 01:50:18.30 ID:4yR4l5go] この先どうなるのかしらないけどbtrfs作ってるじゃん。 MySQLも今のところはオープンのまま。 602 名前：login:Penguin mailto:sage [2012/05/11(金) 01:51:26.14 ID:ocx/xIVv] そういやそうだったな 603 名前：login:Penguin mailto:sage [2012/05/11(金) 01:53:10.90 ID:Rs4s5bBT] 今更というよりOracleがSunに買収された時点でこうなるのは仕方なかったのかな。 604 名前：login:Penguin mailto:sage [2012/05/11(金) 03:33:04.68 ID:p1pOPx1v] >>593 >>594 OCZ製のPCI接続SSDであればもっと安かったよ 海外からFusionio買った人いますかー？ 605 名前：login:Penguin mailto:sage [2012/05/11(金) 06:46:05.16 ID:jdrQ5XWm] >>603 そうなってりゃ今こんな話にならんだろｗ もっとも、SUNが好調だったらSolarisをオープンソースにしたかは怪しいけどさ 606 名前：login:Penguin mailto:sage [2012/05/11(金) 08:14:43.73 ID:jkHVDhT6] まったく貢献しない奴より、Oracleの方が1000000倍ありがたいけどな。 OSSに貢献するのは国民の義務でもなんでもないし、営利企業なんだから必ずしも沿えないのは当たり前。 どんなに協力的な会社でも自社の生存を犠牲にしてまでOSSする訳ない。そういう枠の中で、btrfsやocfs2に匹敵する貢献をしてる会社が一体何社あるのかと。 607 名前：login:Penguin mailto:sage [2012/05/11(金) 08:47:12.97 ID:SoMXQdp3] BerkleyDBとかMySQLとかJavaとか不幸にしまくってるじゃん。 ドキュメント方面の予算削られてMySQLの日本語ドキュメントが5.1 までしかないとか、doc.java.comが一時期なくなった(社内でがんばって くれた人がいて復活した)とかひどい目にあってる。 JavaはGoogleとの訴訟で「APIに著作権を認めろ」とかいってるしな。 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完遂キツそうかも。

---

---

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

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