/**ファイルシステム総合スレ その 9 **/

1 名前：login:Penguin mailto:sage [2008/10/26(日) 15:18:36 ID:VYy55fXH] 過去スレ 　01 pc.2ch.net/test/read.cgi/linux/1006743807/ 　02 pc5.2ch.net/test/read.cgi/linux/1063025258/ 　03 pc8.2ch.net/test/read.cgi/linux/1101495293/ 　04 pc8.2ch.net/test/read.cgi/linux/1136695633/ 　05 pc8.2ch.net/test/read.cgi/linux/1152348695/ 　06 pc11.2ch.net/test/read.cgi/linux/1173530292/ 07 08 pc11.2ch.net/test/read.cgi/linux/1190788761/ 718 名前：login:Penguin mailto:sage [2009/02/20(金) 02:59:22 ID:2k7EPZJe] >>711 OCFS2なら正直、イイ！よ。 GFSとかOpenGFSで泣いてた人にとっては神のようなクラスタFSだわ。 性能もかなりまっとう。LVS+SANとかLVS+DRBDを併用すれば簡単に クラスタシステムを組み上げられるのは最高です。 719 名前：login:Penguin mailto:sage [2009/02/20(金) 03:28:53 ID:rWFxWd60] 外部ログをSSDに乗っけてる人っている？ 720 名前：login:Penguin mailto:sage [2009/02/20(金) 07:56:35 ID:4rQ+o/wl] >>713,716 FATはファイルサイズの上限が低くて(俺には)使いにくかった。 最近のディストリビューションならNTFSで良いと思うけど。 721 名前：login:Penguin mailto:sage [2009/02/21(土) 06:48:33 ID:diXlsjkP] >>718 おお、そうなのか。正直感想がなさ過ぎて迷ってたw 今度入れてみる 722 名前：login:Penguin mailto:sage [2009/02/21(土) 10:02:48 ID:Z5GPRaK3] iSCSIがかなり普及しつつあるのに、クラスタ対応fsのほうは全然なんだよねぇ。 723 名前：login:Penguin mailto:sage [2009/02/21(土) 10:51:51 ID:ol94TBik] >720 一度ハデに壊してから追ってないのでよく知らないが、 NTFSへの書き込みってちゃんと動くようになったの？ 724 名前：login:Penguin mailto:sage [2009/02/21(土) 16:52:53 ID:PagV8OCn] ntfs-3gでとりあえず動いてます。 常用はしていない 725 名前：login:Penguin mailto:sage [2009/02/21(土) 17:28:03 ID:8YMgGvyx] >>723 >>720ではないけど、 実データが壊れたことは一度もない。 ただLinux側からNTFSパーティションのデータを削除すると 見かけ上データは消えているのに空き領域が増えないことはあった。 例えば50GBのNTFSパーティションで "du *" が5GBなのに "df" だと残容量が10GBしかないみたいな。 Windows側でもいろいろ操作していたので Linux側のせいとも言い切れないんだけど。 結局chkdskを実行したら正しい空き容量に戻った。 そんなことが何回かあったが、 ここ2ヶ月ぐらいは不具合はおきてない。 NTFS-3GはCPU負荷がかなり高いので、そこだけが気になる 726 名前：login:Penguin mailto:sage [2009/02/21(土) 19:01:39 ID:b/h0+KPy] >>723 カーネル付属のntfsの事は忘れろ 727 名前：login:Penguin mailto:sage [2009/02/21(土) 22:28:52 ID:ol94TBik] >724-726 さんくす。カーネル外のやつ探すなんて思い付きもしなかった。 ntfs-3gいろいろウオッチしてくる。 カーネルのがアレなせいでずっと>716状態なんだわ。 728 名前：login:Penguin mailto:sage [2009/02/22(日) 09:55:44 ID:w1DGhqfd] クローズドなNTFSを無理やり実装したものよりも、 オープンなext3をWindowsに移植したものの方が安心できそうなんだけど。 現在の実装だとntfs-3gの方が安定してるの？ 729 名前：login:Penguin mailto:sage [2009/02/22(日) 10:26:21 ID:beSgjmV0] >>728 何と何を比べているの？ 730 名前：login:Penguin mailto:sage [2009/02/22(日) 10:45:51 ID:w1DGhqfd] Ext2IFS と ntfs-3g 731 名前：login:Penguin mailto:sage [2009/02/22(日) 12:18:41 ID:stOI91h6] ちなみにntfs-3gはかなり安定している。これにはコツがあってLinuxでntfs-3gを使うならなるべくLinuxだけ それにアクセスするようにしといた方がいい。まる2年ntfs-3gを使っているけどノントラブル。 実際はWINと共用する時も多いだろうからその時の注意点はファイルが閉じきらないうちにOSを終了したとき、 特にWINDOWSの場合は異常終了したWINがLinuxの扱うNTFS領域にアクセスしていた場合必ずまたWINを 起動させて正常終了させとかないとたまに変になる。 732 名前：login:Penguin [2009/02/22(日) 12:42:20 ID:Yqyj03NJ] LinuxからだけアクセスするNTFSに何の意味があるのか 733 名前：login:Penguin mailto:sage [2009/02/22(日) 12:54:50 ID:stOI91h6] >>732 いいツッコミだ 734 名前：login:Penguin [2009/02/22(日) 16:04:11 ID:tLUpC+31] vxfsﾏﾝｾｰ 735 名前：login:Penguin mailto:sage [2009/02/22(日) 17:17:32 ID:HZYCnhHX] 今後は複数のOSで利用する可能性があるものはexFATにしておけって感じになるのかな? 736 名前：login:Penguin mailto:sage [2009/02/22(日) 18:48:45 ID:U800G2ZZ] LinuxからはNTFSと似たような立ち位置になるんじゃね 多分ポストFATにはならん 737 名前：login:Penguin mailto:sage [2009/02/23(月) 00:35:04 ID:OM5UFZHj] exFATを見るとどうしてもextra fat(超デブ)が連想されしまう 738 名前：login:Penguin mailto:sage [2009/02/23(月) 00:41:09 ID:vF6Q5d6I] どれでもそれなりに使えるFSがないのが痛いねぇ リムーバブルメディアには重要だと思うんだけど 739 名前：login:Penguin mailto:sage [2009/02/23(月) 01:09:00 ID:AeFg25fy] それこそオープンソースで誰でも使えて機能・安定性ともガチ鉄板 みたいなファイルシステムが、一つは欲しいよねえ… このさい速度はあまり速くなくても構わんよ つうかext2/3あたりがどうしてWindowsに移植されたりしないのかと 740 名前：login:Penguin mailto:sage [2009/02/23(月) 01:28:37 ID:rKbUvqb5] 安定性、機能では多分NTFS>ext3だと思うよ。 741 名前：login:Penguin mailto:sage [2009/02/23(月) 01:29:56 ID:gfs0EQ4Z] >739 つうかext2/3あたりがどうしてWindowsに移植されたりしないのかと されてるように見えるが > EXT2IFS 742 名前：login:Penguin mailto:sage [2009/02/23(月) 01:31:51 ID:rKbUvqb5] EXT2IFSってWINから自由にext3に書き込んだり出来るの? 743 名前：login:Penguin mailto:sage [2009/02/23(月) 11:15:16 ID:KfjF9GSX] 一番の問題は、ファイルシステムとパーミッションの関係 744 名前：login:Penguin [2009/02/23(月) 14:23:29 ID:EloijtZT] ext3ifsってinodeのサイズでうまくいかなかったな、俺の環境では。 inodeのサイズをいじるくらいなら、最近ではLinuxですくなり使えるNTFSの方がいいと思った。 745 名前：login:Penguin mailto:sage [2009/02/23(月) 14:26:20 ID:i5dtDe8U] exFATにはACL機能が入っている。ところが、Vista SP1では未実装… 746 名前：login:Penguin mailto:sage [2009/02/23(月) 15:14:41 ID:vF6Q5d6I] ocfsあたりをwindows向けも配布してくればいいのに 実績もあるし、今更出し惜しみするほどのものでもないでしょ 747 名前：login:Penguin mailto:sage [2009/02/23(月) 19:00:54 ID:N2jXG+uY] ZFSをネイティブに使いたいばかりに opensolarisに行ってしまって そのまま帰ってこない人とか出てくるんだろうか。 748 名前：login:Penguin mailto:sage [2009/02/23(月) 19:03:07 ID:RMEIkcBQ] ZFSはメモリ使用量が・・・ 749 名前：login:Penguin mailto:sage [2009/02/23(月) 19:59:02 ID:KfjF9GSX] バカが使ってから気づくんじゃないか 750 名前：login:Penguin mailto:sage [2009/02/23(月) 20:09:14 ID:nJBZND0X] >>739 ocfs2 751 名前：login:Penguin mailto:sage [2009/02/23(月) 20:19:25 ID:+UjaXVVu] >>745 要るか？ それこそNTFS使えよって話じゃね 752 名前：login:Penguin mailto:sage [2009/02/23(月) 22:58:42 ID:XOl4kN7J] >>751 そりゃHDDやらSSDならそうだろうけど、SDカードとかは PCよりも、他のところで使うことの方が多いわけで。 753 名前：login:Penguin mailto:sage [2009/02/23(月) 23:27:49 ID:8h0TqS0R] 複数環境で共有すればACLは無い方が都合がいいと思う 754 名前：login:Penguin mailto:sage [2009/02/24(火) 00:48:04 ID:PNU47U+F] 俺もそう思う 別環境で設定したACLなんて無意味だし 755 名前：login:Penguin mailto:sage [2009/02/26(木) 22:25:47 ID:tsF5+r8X] SDカードとかそんなのはセキュリティなんて有って無いような物だし、中身が消えても大したもんじゃないしね。 756 名前：login:Penguin mailto:sage [2009/02/27(金) 06:09:10 ID:r6OMqEB7] >実際はWINと共用する時も多いだろうからその時の注意点はファイルが閉じきらないうちにOSを終了したとき、 >特にWINDOWSの場合は異常終了したWINがLinuxの扱うNTFS領域にアクセスしていた場合必ずまたWINを >起動させて正常終了させとかないとたまに変になる。 その症状、Linux側でマウントするときジャーナルからの復旧が行われてないのでは。 ntfs-3gがジャーナルに対応してないとか。 757 名前：login:Penguin mailto:sage [2009/02/27(金) 06:22:16 ID:r6OMqEB7] ちょっと調べてきたので書かせてもらうと、 ntfs-3gはジャーナルの書き込みは出来るけど ジャーナルからの復旧は出来ないらしい。 Linuxだけで使う分には問題ないのは元々ジャーナルを当てにしていないのかもしれない。 WindowsだけでNTFSを使う時に問題ないのはジャーナルにきちんと対応しているから。 Windowsで使っていて正しくアンマウントし損ねた後にntfs-3gでマウントするとおかしくなると。 758 名前：login:Penguin mailto:sage [2009/02/27(金) 06:25:33 ID:r6OMqEB7] WindowsからもLinuxからも安定して使えるFSとしてUDF2.01はどうだろうか？ 各OSとの互換性を重視して一通りの属性を備えている点がポイントだけど 759 名前：login:Penguin mailto:sage [2009/02/27(金) 11:36:03 ID:rFrhZlUn] >>755 でも、SDカードの大容量化で外付けHDD的に使う人が出てくると、ACL必須。 規格としてはあったほうがいい。 760 名前：login:Penguin mailto:sage [2009/02/27(金) 11:41:54 ID:QDEi4t0U] FATの上にext3を乗っければいいじゃない。 761 名前：login:Penguin mailto:sage [2009/02/27(金) 12:33:13 ID:o2Mjgcyd] >>757 なるほど、納得した。 >>759 根本的に何を求めるための物かはっきりしてないとコケるよ。SDカードを外付けHDDとして利用する人が 何を求めるかとか根本的な問題。 ノート型PCでやたら性能良いCPU積んでとっても重くなった上にバッテリーももたないなんてモデルがあった。 性能良いからちょっと高くてもデスクトップでも使えるなんて思って買った。 コケたねw　重くて外に持ち歩く気がしないし直ぐにバッテリ無くなるし。 変に色々機能足して肥大化して安定性や速度に影響でたりしたら結局使えない中途半端FSで消えてくんじゃないかな。 762 名前：login:Penguin mailto:sage [2009/02/27(金) 12:35:01 ID:Kp8y2VVq] 安定性はともかく、速度はそれほど求められないんじゃないの 使いやすいさのほうが重要だね 763 名前：login:Penguin mailto:sage [2009/02/27(金) 12:45:05 ID:UAfggC9g] >>757 確かに復旧は出来ないんだが、それが必要な状態なら一度Windowsを起動しろとメッセージを出して、 forceオプションをつけない限りマウントさせないと思うのだけれどね…… -o forceしてしまえば > The logfile  will be unconditionally cleared. ってことでおかしくなるのもわかるんだが。 764 名前：login:Penguin mailto:sage [2009/02/27(金) 20:26:16 ID:mryp32nH] >>761 脳みそが１０年前で止まりました こうですか？ 765 名前：login:Penguin mailto:sage [2009/02/27(金) 21:03:17 ID:o2Mjgcyd] >>764 そうですね 766 名前：login:Penguin mailto:sage [2009/02/28(土) 14:12:20 ID:czwrTfys] いまどきext3なんて使ってる奴いるの？馬鹿？ 767 名前：login:Penguin mailto:sage [2009/02/28(土) 14:25:45 ID:8lhPQ1EQ] >>766 うちはみんなext3だよ 768 名前：login:Penguin mailto:sage [2009/02/28(土) 15:23:19 ID:JwdYPYzY] まだext2が残ってたり… /bootだけど 769 名前：login:Penguin mailto:sage [2009/02/28(土) 17:22:43 ID:aNwKJdXE] なんとなく、このスレ見ている人はほとんどがext3のような気がする でもってほとんどが個人のデスクトップ仕様のような気がする だから最適は自然とext3のような気がする 所詮個人デスクトップのfsを変えてもほとんどが自己満足のような気がする 770 名前：login:Penguin mailto:sage [2009/02/28(土) 18:55:55 ID:3GTmrs/s] もっと自信を持て 771 名前：login:Penguin mailto:sage [2009/03/01(日) 02:52:29 ID:K/NlP2TL] 「作成日時」が保存できるext4に期待してたりする。 sambaを使ったファイルサーバーにおいて互換性が上がる。 772 名前：login:Penguin mailto:sage [2009/03/01(日) 03:49:40 ID:gD2Mfu4Y] >>771 Fedoraでext4試してるけど、sambaは使ってないな。 773 名前：login:Penguin mailto:sage [2009/03/01(日) 10:11:23 ID:66aHl2zT] >>769 reiserfs一択ですが何か？ Mad FS作者Hansカムバーック！！！ 774 名前：login:Penguin [2009/03/01(日) 14:42:54 ID:ssL6mAXv] >>769 ＞所詮個人デスクトップのfsを変えてもほとんどが自己満足のよう ＞な気がする そうです。サーバ用途など特化した物でなければ何でも良い。 775 名前：login:Penguin mailto:sage [2009/03/03(火) 21:38:43 ID:NKr7FQ8a] こんにちは。 ls -laで出てくるファイルサイズの合計と df -hで出てくる使用量の値が大きく 違っているって、どんなことが考えられますか？ Debian 5.0（AMD64）上にVMwareServer2.0を 入れて、XFS上に仮想ディスクを「allocate all disk space now」 としてファイルは2G分割で40GByte作りました。 ls -la すると、2Gのファイルが合計40GByte になるように多数、ファイルができているように 見えるのですが、df -hすると、数MByte（数十だったかな） 程度しか消費していない... 　「allocate all disk space now」やってないと、 　最初は小さいファイルが少しできる 　はずだから、操作ミスはしてないと思うんだが... で、そこにWindowsをインストールすると、ls -la で出てくるファイルサイズは変わらないように 見えるんだけど、df -hの表示は、徐々に増える... 空の40Gの仮想ディスクをNTFSフォーマットすると、 4,5時間かかる勢い...（遅...） 同じような環境はいくつあるけど、こういう現象には はじめて、あった。何が起きているんだ... 776 名前：login:Penguin mailto:sage [2009/03/03(火) 21:52:39 ID:qXmTBZnJ] sparse file ls -lsh 777 名前：775 mailto:sage [2009/03/03(火) 22:16:30 ID:NKr7FQ8a] ありがとうございます！ 「VMware Server の Web UI から、事前割当・2G 分割を指示しても sparse fileを作りやがります。」という記事も見かけたので、大きい ファイルをあまり作らなかったため、単に、気づいていなかっただけなのか。 ttp://blog.woremacx.com/2008/11/on-the-way-to-replace-perl.html 　vmware-vdiskmanager使うことも考えます。 778 名前：login:Penguin mailto:sage [2009/03/04(水) 10:42:21 ID:uN0jlBSw] HANS REISER Hans Reiser 779 名前：login:Penguin mailto:sage [2009/03/04(水) 14:19:22 ID:HYrKyMtS] ubuntu9.04でext4で/を作って運用中。ubuntuのカーネルも2.6.28なんだけど、一応最新の安定版2.6.28.7を kernel.orgより落として自己ビルド。tune2fs -lでこんな感じ。 Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery 　　　　　　　　　　　extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize Filesystem flags: signed_directory_hash findコマンドとかばかっぱやになってますね。アプリのmekeなんかも端末を流れる文字の早さが違う。 780 名前：login:Penguin mailto:sage [2009/03/04(水) 20:55:03 ID:Gpey/fcN] どうせやるならmount optionにjournal_async_commitも付けてみ。 781 名前：login:Penguin mailto:sage [2009/03/04(水) 22:35:19 ID:PTgFZXPi] >>780 しったか君乙 とりあえずext4/super.c嫁 journal_async_commitはデフォルトで有効だ 782 名前：login:Penguin mailto:sage [2009/03/05(木) 00:48:54 ID:3fH/NsnT] 卑しい揚げ足のとり方だなw まるで野党だ 783 名前：login:Penguin mailto:sage [2009/03/05(木) 01:08:15 ID:7fO1LWAQ] Dragonfly BSDのHammer FS、かなり使い物になる模様。 開発のマンパワーが圧倒的に足りないはずのHammerの出来がまあまあとなると、 btrfsも意外と早く使い物になる可能性も。 784 名前：login:Penguin mailto:sage [2009/03/05(木) 01:19:54 ID:xpefxS/h] 本当にデフォルトでjournal_async_commitが有効なら別に揚げ足じゃないと思うけど 785 名前：login:Penguin mailto:sage [2009/03/05(木) 01:43:33 ID:4599paQ+] 何故かイメージ悪いが、ext4はかなり使い物になる印象 もっとも、ファイルシステムは数年使って判断すべきものだが 786 名前：login:Penguin mailto:sage [2009/03/05(木) 01:48:05 ID:7EIm6RPk] >>785 イメージが悪いなんて初耳だ。 787 名前：login:Penguin mailto:sage [2009/03/05(木) 02:09:01 ID:Wh17oSuT] 一部でbtrfsまでの腰掛けみたいな評価だからな 788 名前：login:Penguin mailto:sage [2009/03/05(木) 02:58:45 ID:7fO1LWAQ] ext3の正統後継者なのは確かだけど、btrfsまでのつなぎなのも確かでしょ。 ZFS以降のfsとは機能的に世代がはっきり古いのだし。 789 名前：login:Penguin mailto:sage [2009/03/05(木) 06:57:46 ID:g88+Gtda] >>786 この辺限定じゃないかい。 790 名前：login:Penguin mailto:sage [2009/03/05(木) 07:11:00 ID:5YrGNOjR] >>785 イメージ悪くないよ。reiserfsから乗り換えるか迷ってるぐらい事前の評判は良い。 791 名前：login:Penguin mailto:sage [2009/03/05(木) 09:43:04 ID:owUQEQTk] 私のような一般人にとって ext3やreiser3から乗り換えるとどんなメリットがあるのですか 792 名前：login:Penguin mailto:sage [2009/03/05(木) 09:49:16 ID:TLZk7ArG] >>791 RAID構成でふっとび率がうｐするとかかな 793 名前：login:Penguin mailto:sage [2009/03/05(木) 10:30:28 ID:TF4Gm0YN] >>791 トラブル解決力が付いて一般人から逸脱する 794 名前：login:Penguin [2009/03/05(木) 12:48:41 ID:Zv8p611G] DragonFly BSD 2.2で実用段階になったHAMMER FSを試す sourceforge.jp/magazine/09/03/03/0242205 795 名前：login:Penguin mailto:sage [2009/03/05(木) 14:50:13 ID:rkvz8luG] >>794 CPU使用率、メモリ使用量も載せて欲しかった。 796 名前：login:Penguin [2009/03/07(土) 11:07:50 ID:kQUrBSwz] >>791 ありません 797 名前：login:Penguin mailto:sage [2009/03/07(土) 14:07:41 ID:ovs/dmRV] 一応体感できる差としてはこんなもんか： ・ディスクがちょっと増える（使い方によるが） 　（小ファイルが多いと「おっ」と思う程度は増える） ・コマンド打ったときの応答がちょっとよくなる（コマンドによるが） 　（小ファイルアクセスと削除速度） たしかに体感できる差はあるけれど、いまからreiser3する理由に足りるか どうかはわからない。 798 名前：login:Penguin mailto:sage [2009/03/07(土) 14:09:28 ID:ovs/dmRV] しまった、ext3,reiser3->btrfsへの乗り換えメリットか。 じゃあいまだと「ありません」でFAだな。 799 名前：login:Penguin mailto:sage [2009/03/07(土) 15:29:43 ID:tAQizfuH] >>791 人柱としての厨二病的満足感を得られます。 このスレでは重要なパラメータだ。 800 名前：login:Penguin mailto:sage [2009/03/07(土) 17:23:00 ID:vYvwCjyo] ext3,reiserfs → btrfsの乗り換えメリット？ ぶっちゃけ、そんな事を聞いてくるような奴にはメリットなんて無いと断言できるよ btrfsは、現在LVMやら、MDやら、メーカ独自のSoftwareRAIDなんかで苦労していて ZFSみたいなFSがLinuxにもネイティブで実装されないかな、とか思っている人の為のFSだから 大体からして、サブボリュームやFSレベルでのRAID(0|1)に何のメリットも見いだせない人には メリットなんて皆無に等しい、っていうか、(HDD|SSD)単体で使うならext4やreiserfsの方が速いし 管理も楽だよ まあ、要約すると物理的、或いはネットワーク内に繋がってる、多数のストレージデバイスを FSレベルでシンプルに管理したい人の為のFS、それがbtrfs 801 名前：login:Penguin mailto:sage [2009/03/08(日) 00:17:58 ID:EkVGHjwO] 話の流れから見て>>791はext3やreiser3からext4に乗り換えるって言ってるように見えるんだが・・ 大体今の状況で一般人がbtrfsを使えるようにする事自体が難易度あるしね。カーネルをgitにする事からだから。 安定板リリース出て標準で採用する鳥や2.6.28が選べる鳥なら即使えるのがext4、偉い違いでしょw 802 名前：login:Penguin mailto:sega [2009/03/08(日) 01:52:32 ID:MLSinT6R] そして時は流れ、時代の主流はNTFSに。 そんなときに備えての質問です。 NTFSをmountしたんだけど、ファイルを書き込めません。 mount -t ntfs -o rw /dev/sdf1 /mnt とやってるのに。/mntに何か書こうとしてもPermission deniedになる。 何か忘れてることありますか？ ディストリはGparted0.4.1を使っています。カーネルは2.6.26です。 803 名前：login:Penguin mailto:sage [2009/03/08(日) 01:57:19 ID:/9XI2K8n] >>802 カーネルのntfsドライバなんか使って壊れても知らんぞ？ 今、使い込まれているのはFUSEのNTFS-3g 804 名前：802 mailto:sage [2009/03/08(日) 02:00:25 ID:MLSinT6R] ありがとうございます。 ファイルタイプにntfs-3gを指定したら書き込みが出来るようになりました。 ＞壊れても知らんぞ？ 神に祈りましょう。 ついでにえいしょうしてささやいてくれたら完璧です。 805 名前：login:Penguin mailto:sage [2009/03/08(日) 03:28:03 ID:LKSG8od6] >>804 灰になっても知らんぞ とだけいっておく。 後は通常運行でドゾー 806 名前：login:Penguin mailto:sage [2009/03/08(日) 11:07:25 ID:fNF0jG1C] ちょっと古いレスだけど >>639 > ZFSやHammer FSはライセンス上の問題があったし、btrfsは渡りに船だったでしょう。 Hammer FSのライセンス上の問題って何だろ？ BSDライセンスだよね。 「Hammer FS on FUSE」をできないかと妄想し始めてるので気になった。 807 名前：login:Penguin mailto:sage [2009/03/08(日) 11:21:18 ID:VNWXyuGy] そういやSun vs. NetAppってどうなったん 808 名前：login:Penguin mailto:sage [2009/03/08(日) 15:28:07 ID:RwK/Fmyn] このスレ的にどうよ？ Fspy mytty.org/fspy/ 809 名前：login:Penguin mailto:sage [2009/03/09(月) 00:57:57 ID:GV2fXnbN] >>808 inotifyを使った習作みたいなプログラムだね。 このinotifyを知った時には、ファイルに変更があった時にだけ リモートサーバーに変更差分をpushするようなデーモン出来るかなー と思ったんだが、やはりみんなそう思うらしくて、 code.google.com/p/lsyncd/ に、そういうLive Syncing (Mirror) Daemonがあったりする。 810 名前：login:Penguin mailto:sage [2009/03/10(火) 17:29:28 ID:fa0QTRY4] btrfsは名前が悪い。絶望的に。 バターfsなんて恥ずかしくて使えない。 811 名前：login:Penguin mailto:sage [2009/03/10(火) 17:30:46 ID:UYNGOKpb] バーターって読むんだけど・・・ 812 名前：login:Penguin mailto:sage [2009/03/10(火) 17:32:43 ID:YEjvX6c1] 作者がbutter-fsだって言ってるじゃん 813 名前：login:Penguin mailto:sage [2009/03/10(火) 17:39:37 ID:UYNGOKpb] おお、ほんとだ。すまん。 814 名前：login:Penguin mailto:sage [2009/03/10(火) 17:50:40 ID:YQAoSTI+] >>810 >>518 罵倒fsだってさ 815 名前：login:Penguin mailto:sage [2009/03/10(火) 20:07:48 ID:yDC62HHM] >>814 バトーFSだと強そうじゃね？ mke2fs　-jv　で1Tのハードディスク128Gと872Gに分けてフォーマットしたら 872Gの方が途中でセグメンテーションフォルトが起きました mke2fsは大容量対応していないんですか? 816 名前：login:Penguin mailto:sage [2009/03/10(火) 20:09:03 ID:OxRS8Iom] お前んとこだけだよ 817 名前：login:Penguin mailto:sage [2009/03/10(火) 21:01:28 ID:yDC62HHM] >>816 んじゃ、HDDの初期不良かな 818 名前：login:Penguin mailto:sage [2009/03/11(水) 00:50:24 ID:oxPAi9BH] HDD: WD10EADS xfs 1TBのフォーマットは2秒くらいで終わる。 # 大ファイルの操作 1.2Gのファイル4個をコピー $ time -p cp * /mnt/backup/ real 273.95 コピーした1.2Gのファイル4個を削除 $ time -p rm -f * real 0.20 # 小ファイルの操作 MPlayerを解凍 $ time -p tar jxf MPlayer-1.0rc2.tar.bz2 real 4.83 解凍したMPlayerを削除 $ time -p rm -rf MPlayer-1.0rc2 real 4.22 # 中ファイルの操作 mp3ファイル556個(1ファイル2-3MB)計1.4Gをコピー $ time -p cp *.mp3 /mnt/backup/ real 41.64 コピーしたmp3ファイルを削除 $ time -p rm -f * real 1.46 819 名前：login:Penguin mailto:sage [2009/03/11(水) 00:51:59 ID:Q/Pii7+/] 三国志ヲタには馬騰fs 820 名前：login:Penguin mailto:sage [2009/03/11(水) 00:52:32 ID:oxPAi9BH] ext4 1TBのフォーマットは4-5分かかる。 # 大ファイルの操作 1.2Gのファイル4個をコピー $ time -p cp * /mnt/backup/ real 273.64 コピーした1.2Gのファイル4個を削除 $ time -p rm -f * real 0.20 # 小ファイルの操作 MPlayerを解凍 $ time -p tar jxf MPlayer-1.0rc2.tar.bz2 real 5.76 解凍したMPlayerを削除 $ time -p rm -rf MPlayer-1.0rc2 real 6.46 # 中ファイルの操作 mp3ファイル556個(1ファイル2-3MB)計1.4Gをコピー $ time -p cp *.mp3 /mnt/backup/ real 41.51 コピーしたmp3ファイルを削除 $ time -p rm -f * real 1.45 821 名前：login:Penguin mailto:sage [2009/03/11(水) 00:54:35 ID:oxPAi9BH] reiserfs3 1TBのフォーマットは30秒くらいで終わる。 # 大ファイルの操作 1.2Gのファイル4個をコピー $ time -p cp * /mnt/backup/ real 283.27 コピーした1.2Gのファイル4個を削除 $ time -p rm -f * real 0.19 # 小ファイルの操作 MPlayerを解凍 $ time -p tar jxf MPlayer-1.0rc2.tar.bz2 real 4.83 解凍したMPlayerを削除 $ time -p rm -rf MPlayer-1.0rc2 real 4.24 # 中ファイルの操作 mp3ファイル556個(1ファイル2-3MB)計1.4Gをコピー $ time -p cp *.mp3 /mnt/backup/ real 41.75 コピーしたmp3ファイルを削除 $ time -p rm -f * real 1.50 822 名前：login:Penguin mailto:sage [2009/03/11(水) 00:56:16 ID:oxPAi9BH] jfs 1TBのフォーマットは1秒くらいで終わる。 # 大ファイルの操作 1.2Gのファイル4個をコピー $ time -p cp * /mnt/backup/ real 280.49 コピーした1.2Gのファイル4個を削除 $ time -p rm -f * real 0.19 # 小ファイルの操作 MPlayerを解凍 $ time -p tar jxf MPlayer-1.0rc2.tar.bz2 real 5.02 解凍したMPlayerを削除 $ time -p rm -rf MPlayer-1.0rc2 real 4.33 # 中ファイルの操作 mp3ファイル556個(1ファイル2-3MB)計1.4Gをコピー $ time -p cp *.mp3 /mnt/backup/ real 40.73 コピーしたmp3ファイルを削除 $ time -p rm -f * real 1.46 823 名前：login:Penguin mailto:sage [2009/03/11(水) 00:57:37 ID:RdiNL0Kx] シングルタスクしかしない人ですか？ 824 名前：login:Penguin mailto:sage [2009/03/11(水) 01:07:56 ID:Tlh+Q3Rr] どれを使っても大差ない感じなのかな。そうなるとシステム負荷が軽いのが良いな。 825 名前：login:Penguin mailto:sage [2009/03/11(水) 01:09:16 ID:oxPAi9BH] xfsは小ファイルの処理が非常に遅いと感じていたので、 HDDを買い足したついでにテストしてみた。 どのファイルシステムでも小ファイルの処理には それなりに時間がかかるものなんだな。 (kernelとかだともっと差がつくようだが) HDDのヘッドが退避しないうちにさっさとテストしたつもりだけど、 どこか手違いがあったのかもしれない。 あるいはWD10EADSが低速回転だから差がつかなかったのかな。 個人的なバックアップ用途としてはxfsも悪くないのかもしれない 826 名前：login:Penguin mailto:sage [2009/03/11(水) 01:38:14 ID:Tlh+Q3Rr] >>825 自分もxfsが細かいファイルにもっと時間が掛かると思ってたw ちなみに使用しているカーネルのバージョンは?比較的最近のカーネルかな。 827 名前：login:Penguin mailto:sage [2009/03/11(水) 04:29:15 ID:KO510Owq] >>823 どんな形であれ、せっかくテストしてくれているんだから、そんな言い方をしたら失礼だぜ？ 828 名前：login:Penguin mailto:sage [2009/03/11(水) 05:15:14 ID:Oxh4Vyl/] >>825 $ tar tjf MPlayer-1.0rc2.tar.bz2 |wc -l 3260 もう一桁多いのを試してほしいような… つうか一個のディレクトリに大量に置かないと有意な差は見えないと思う。 829 名前：login:Penguin mailto:sage [2009/03/11(水) 08:03:47 ID:4YDbCnMJ] XFSはあらゆる場面において 最も速く、最も安全に使えるファイルシステムです 830 名前：login:Penguin mailto:sage [2009/03/11(水) 08:55:12 ID:hFe1ZwTZ] 釣るつもりならもっと上手く書けボケ老人 831 名前：login:Penguin mailto:sage [2009/03/11(水) 10:59:47 ID:4YDbCnMJ] 釣りではありません 真実を述べているだけです 832 名前：login:Penguin mailto:sage [2009/03/11(水) 11:10:01 ID:rfDVx5RA] >>831 では適切な検証をデータ込で提示してくださいな スレ住民も条件の選び方から見て自分にあったFSか見極めるでしょうから 「そんなことしなくても自明です」なんて言ったら電波確定 833 名前：login:Penguin mailto:sage [2009/03/11(水) 11:58:04 ID:4YDbCnMJ] 何をやってもXFS批判を噴出させるのが このスレの住人というものです 834 名前：login:Penguin mailto:sage [2009/03/11(水) 12:36:41 ID:EgNJdZ2x] 普段使うだけならjfs悪くないよ。 xfsはgentooでいろいろでかいのビルドするとき遅いと感じる。 835 名前：login:Penguin mailto:sage [2009/03/11(水) 12:47:07 ID:KEpL3SfB] >>825 単一ディレクトリに多数の小ファイルがある場合XFSは速いけど 多数のディレクトリに分散してそれぞれ100個程度の小ファイルがある場合は遅い 後者の場合だとext4のほうが速かった >>834が遅いって言ってるのも、これだと思う 836 名前：login:Penguin mailto:sage [2009/03/11(水) 18:58:29 ID:VdtLCfNF] 家庭内的にjfs使い始めてそろそろ2年だが問題ないなぁ。 Maildirのメールサーバだから細かいファイルが沢山できる感じだが 特に問題がおきたことはない。 (スパムを全部取っているから数は結構あるな・・・) 引っ越ししたあと、家電が増えてブレーカー落ちやすくなったんだが バカスカ落としても何もなかったように起動してくる。 偉いぜjfs。 というわけでもっとでかい運用状況聞きたいぜ。 837 名前：login:Penguin mailto:sage [2009/03/11(水) 21:17:13 ID:8ECCLmHd] カーネルの展開が遅いって書かれてたのに、何でMPlayerの展開でテストしてんだか… しかもHDDの型番はともかく、他はマシン構成はおろか、フォーマット時のオプションすら書かれてないし テスト結果はかなりウソくさい 何しろウチのML115初代 ＆ AthlonX2 5000+ ＆ 2GB DDR2 × 2 ＆ WD5000AAKS ＆EN8600GT ＆ SoundBlaster Audigy無印って構成のPC上から X ＆ KDE 4.2.1立ち上げて、その中でkonsoleからsudo emerge texliveしながら、隣のタブでMPlayerのtar玉解凍したって ウチのext4はそんなにはかからないから ぶっちゃけ、上記の状態ですら time tar xjf MPlayer-1.0rc2.tar.bz2 なら real　 　0m3.224s user　 　0m2.980s sys　 　 0m0.250s 俺はext2とext4しか使っていないから他は追試出来ないけど、どうせ他のテスト結果もウソっぱちだろう 838 名前：login:Penguin mailto:sage [2009/03/11(水) 23:12:10 ID:rkEwTD3M] z/Linuxに向いてるのは どのファイルシステムですか？ 839 名前：login:Penguin mailto:sage [2009/03/11(水) 23:42:26 ID:IrA1hiXP] >>836 そろそろクラッシュする頃だな 840 名前：login:Penguin [2009/03/12(木) 00:12:25 ID:QKWWjyLf] >>836 大規模システムで使っているＹＯ 小さいファイルが多いなら、おぬぬめ 841 名前：login:Penguin mailto:sage [2009/03/12(木) 05:39:50 ID:Uu2UFoYU] >>837 > 何しろウチのML115初代 ＆ AthlonX2 5000+ ＆ 2GB DDR2 × 2 ＆ WD5000AAKS ＆EN8600GT ＆ SoundBlaster Audigy無印って構成のPC上から > X ＆ KDE 4.2.1立ち上げて、その中でkonsoleからsudo emerge texliveしながら、隣のタブでMPlayerのtar玉解凍したって > ウチのext4はそんなにはかからないから フォーマット時のオプションすら書かれてないし テスト結果はかなりウソくさい。 というのはさておき、 > 他は追試出来ないけど rm -rf MPlayer-1.0rc2 はできるはず。 あとマシン構成はいらないけど、 (サウンドカードとかグラボとか関係あるのかな)、 WD5000AAKSの場合は新旧プラッタがあるから そこを書かないとね。 320GB*2プラッタ品で7200rpmだったら、 WD10EADSみたいに3プラッタ5400rpm品より 速くて当たり前のような気がする 842 名前：login:Penguin mailto:sage [2009/03/12(木) 05:59:17 ID:Gl1f5D2g] 無意味に割り込みかけてくるサウンドカードとか、無駄にバスを占有する ビデオカードとかだと影響するんでないかい。 ついでに適当な計測結果 Dell INSPIRON 1501 + 2.6.26 + reiser3 ほぼ無負荷 $ time tar xjf MPlayer-1.0rc2.tar.bz2 real 0m6.101s user 0m4.932s sys 0m1.124s $ time rm -rf MPlayer-1.0rc2 real 0m0.756s user 0m0.008s sys 0m0.712s 843 名前：login:Penguin mailto:sage [2009/03/12(木) 08:24:11 ID:q/of3Wvv] ext3で50GBとかのファイル数個をrmすると、50GBのファイル書くのと 同じくらい時間がかかるんだけどこれは仕様？ ディレクトリエントリ操作するだけなんだから一瞬で終わってしかるべきと 思うんだが・・・ 844 名前：login:Penguin mailto:sage [2009/03/12(木) 12:01:29 ID:fUWg+Y+2] >>843 このスレで何度も話題になっているが、 なぜそうなっているのか技術的理由を書ける人が このスレに現れたことはない。 845 名前：login:Penguin mailto:sage [2009/03/12(木) 12:39:28 ID:Gl1f5D2g] >>843 inodeを忘れないであげてください。 誰かがそのファイル掴んでいる状態で削除すれば、 ディレクトリエントリ消すだけなので一瞬で終わる。 んで、放した瞬間にHDDがカリカリ言い始めるはず。 ということでinode(つうかメタデータ)の更新がすげー遅い。 846 名前：login:Penguin [2009/03/12(木) 13:30:20 ID:FK4CPecw] そりゃbitmap使ってるfsの宿命ですがな。 つか、このスレの住人って読込み性能にあんまりフォーカスしてないのはなぜ？ 847 名前：login:Penguin mailto:sage [2009/03/12(木) 14:45:45 ID:uwGP8iQx] 読み込みは気になったこと無いなぁ。 848 名前：login:Penguin mailto:sage [2009/03/12(木) 20:47:20 ID:/5waLCXS] 去年のカンファレンスでプレゼンターが削除速度を速くしたくて・・・と話していたら Ted Tsoが割り込んでクラッシュ時の信頼性をあげるために、わざとそうしていて云々と自説を述べ始めて、 スピーカー困惑。 ・・・かと、思ったらそこにさらにLinusが割り込んで、「ふざけるな。オレもふだんイライラしてるんだ。高速化しる！」とか自説を 述べ始めて、二人がプレゼンターそっちのけで議論をつづけるので、セッションにすごい微妙な空気が流れたことが 発表者の中の人がかわいそうすぎます 849 名前：login:Penguin mailto:sage [2009/03/12(木) 21:06:32 ID:Q9tPCjh3] 何度も言うが 難しいことを考えずにXFSを使え 850 名前：login:Penguin mailto:sage [2009/03/12(木) 21:15:11 ID:8EggFbE/] さすがXFS教。言うことが違う。 851 名前：login:Penguin mailto:sage [2009/03/12(木) 21:18:29 ID:HGzIMQq7] ここは、btrfsに期待 852 名前：login:Penguin [2009/03/12(木) 21:19:13 ID:2VoPly+Y] 結論 JFSでまた〜り 853 名前：login:Penguin mailto:sage [2009/03/12(木) 23:23:22 ID:RqJ4/lD8] プレゼンターも、突っ込んでやれよ。 俺は、Linusにつくね。 クラッシュ時の信頼性って言えば許されるとおもってんのか！ だから、ZFSみたいなのが作れないんだよ、と。 854 名前：login:Penguin mailto:sage [2009/03/13(金) 00:29:01 ID:AmR0mtlJ] 信頼性軽視するからLinuxのfsは他OSからportしてきたものでもアレなことに なっているけどな。おまけに大して性能も出ていないし。 855 名前：login:Penguin mailto:sage [2009/03/13(金) 00:46:56 ID:Xd/smKgF] いろんなFSを量産しているのも弊害だよなぁ 856 名前：login:Penguin mailto:sage [2009/03/13(金) 08:53:47 ID:QyWnsw8e] >>854 信頼性重視なの？ 857 名前：login:Penguin mailto:sage [2009/03/13(金) 08:55:22 ID:QyWnsw8e] ごめん。読み違えたw そうだよなー。 重視してるならReiserの時もあそこまでフレームが大きくならなかっただろうし。 858 名前：login:Penguin [2009/03/13(金) 20:05:10 ID:DZg3JUvb] Solaris ZFSの基本的な仕組みを知る ttp://www.atmarkit.co.jp/fserver/articles/zfs/01/01.html 859 名前： ◆IIiDC8JS7w [2009/03/13(金) 21:14:51 ID:dlpFGOyH] たくさんのファイルを複数のディレクトリに ファイルを作成したり、削除したりする時間を測定する ツールがあるので、使って性能測定してみてください。 redhatの人とか、btrfsの評価で使ってくれている。 ttp://www.spinics.net/lists/linux-btrfs/msg02003.html ↑の最後のほうにコードが載ってます。 860 名前：login:Penguin mailto:sage [2009/03/13(金) 23:39:08 ID:x6C+8Djd] ext4がXFSライクなデータ消失を起こしたようです。 ttp://slashdot.jp/hardware/article.pl?sid=09/03/13/1311252 861 名前：login:Penguin mailto:sage [2009/03/13(金) 23:41:42 ID:E6JaImFf] 一緒にすんなハゲ XFSでこんなこと起きねえよ 862 名前：login:Penguin mailto:sage [2009/03/13(金) 23:43:52 ID:JibFhBsj] >>861 最近クラッシュしたときに、書き込みしてなかったか？ ファイルサイズが同じでも中身が0で埋まってるファイルが できてるかもよ。 rsyncでとってたバックアップも死んでるかもwwww 863 名前：login:Penguin mailto:sage [2009/03/14(土) 07:11:48 ID:cN9wHfAO] fsのバグでもなんでも無いじゃないか。 slashdot.jp/hardware/comments.pl?sid=442678&cid=1530766 864 名前：login:Penguin mailto:sage [2009/03/14(土) 10:33:27 ID:wTSiQHD4] >>859 ファイルシステムベンチマークなら、bonnie++が定番。 865 名前：login:Penguin mailto:sage [2009/03/14(土) 10:46:54 ID:Fjttua0k] これってext3でも起こるよね。起こりにくいだけで。 >>863の最初の例なんか、 truncate -> writeで、write前に落ちれば どのジャーナルモードでもデータが消えるんじゃないか? すでに実行されていたとしても、ジャーナルにあって次マウントしたときにreplayされても。 866 名前：login:Penguin mailto:sage [2009/03/14(土) 11:40:29 ID:tgz4pVHK] ＞ rename("~/.kde/foo/bar/baz", "~/.kde/foo/bar/baz~") --- this is optional ＞ rename("~/.kde/foo/bar/baz.new", "~/.kde/foo/bar/baz") は unlink("~/.kde/foo/bar/baz~")l link("~/.kde/foo/bar/baz", "~/.kde/foo/bar/baz~") rename("~/.kde/foo/bar/baz.new", "~/.kde/foo/bar/baz") にすべきだよな 867 名前：login:Penguin mailto:sage [2009/03/14(土) 14:45:40 ID:NGZaZVb3] >>865 最初のはそうだけど、２つ目が問題なんだわ。 xfsはデフォルトでメタデータが先にコミットされるので、その直後に クラッシュするとファイルシステムの構造的には不整合はないが、その メタデータが指しているデータは存在しない。 で、xfsはメタデータがゴミデータを指してる状態で開けると、何が 見えるかわからん（古い/etc/passwdのブロックかもしれん）から セキュリティ的な問題があるよね、ときちんとメタデータが指している データを最初はゼロクリアした状態にしている（本来のデータがコミット されたら当然そちらに付け替える）。 ext3等はデフォルトではデータが先にコミットされるので、２での問題は 生じ得ない。一方、xfsの順序は最高性能を発揮するためで、生まれた時代や 背景を考えると致し方ない。 POSIX的にはfsyncしてない限り、どちらの挙動も問題なしで、fsyncしない アプリ開発者がPOSIXを理解してないというのが結論になる・・・が、 正直２の書き方って、すごい一般的だよね、さあどうしよう、という状況。 　hogehoge > fugafuga && fsync fugafuga.new && mv fugafuga.new fugafuga とか直していくしかない。Ubuntuだっけ？にfsyncコマンドがあるのは このためだろうと思われる。 もっとも、ドライブキャッシュがあるとfsyncすら保証してくれないので、 さらにバリア張らないととか延々と話が続くんだけど。 868 名前：login:Penguin mailto:sage [2009/03/14(土) 16:28:12 ID:l9ZzVqeQ] blogの翻訳？ 869 名前：login:Penguin mailto:sage [2009/03/14(土) 19:12:33 ID:++9sa7SW] 一時ファイルに書き込み→名前変更ってのは当たり前の技法だと思ってたけど そうでもないのかな？ 870 名前：login:Penguin mailto:sage [2009/03/14(土) 20:08:40 ID:6p4fiq3F] >>869 いや、あたりまえの技法というコンセンサスはとれていた。ゆえにTed Tsoは仕様どおりだ！とか片意地はらずに直すと言っている。という理解 871 名前：login:Penguin mailto:sage [2009/03/14(土) 20:11:26 ID:RgsfJUAA] しかしまぁ、仕様通りだから悪くない、と言っても汎用的なFSとしては使えないよなぁ 872 名前：login:Penguin mailto:sage [2009/03/14(土) 20:19:32 ID:qHb4tz1u] でもそうやって理想の仕様よりも現実を優先していくとWindowsみたいになるわけだけだが。 一見すると謎仕様すぎて、分かってない連中にボロくそに言われるという。 873 名前：login:Penguin mailto:sage [2009/03/14(土) 20:21:09 ID:Fjttua0k] >>867。 なるほど。 >>869もいってるけど、うまく書けたらリネームっていうのは、良くやるやり方なので、 確かにext3の挙動の方が安心できる気がしますね。 結局ext4での書き込みがext3より大幅に遅延するとしても、 ジャーナルに記録されていれば大丈夫な気がするのだが。 874 名前：login:Penguin mailto:sage [2009/03/14(土) 20:23:23 ID:2PA7Wxqo] そしてHans Reiser恩赦に 875 名前：login:Penguin mailto:sage [2009/03/14(土) 21:23:11 ID:Qv+bO9QY] 壊れたメタデータのコミット先を教えるかわりに FSの破壊を軽減する司法取引だな 876 名前：login:Penguin mailto:sage [2009/03/14(土) 21:57:26 ID:wTSiQHD4] ZFSとかFS層の破壊防止を徹底してるから、 これからはそういう設計が定番になるんじゃないかな。 Btrfsはどうなんだろ？ 877 名前：login:Penguin mailto:sage [2009/03/14(土) 23:59:37 ID:1qF/srTZ] super_operations構造体のメンバ freeze_fsやunfreeze_fsってwrite_super_lockfsやunlockfsから名前変えたのか？何故に・・ 878 名前：login:Penguin mailto:sage [2009/03/15(日) 10:02:11 ID:PCGBiEcT] >>872 これは現場ではうまくいっていたけど理想的な方法ではないのを、改めているのだと思うぞ。 879 名前：login:Penguin mailto:sage [2009/03/15(日) 10:18:44 ID:xjkBDfQM] >>877 きまぐれ。 880 名前：login:Penguin mailto:sage [2009/03/15(日) 19:42:41 ID:PU06YtSt] もう名前変更しなくていいようにメンバは 　struct struct0001_s { 　　member0001_t member0001; 　　member0002_t member0002; 　　member0003_t member0003; 　　... として意味は仕様書と帳票で管理すべし。これならコードで 書く内容も迷うことが少なくていいし、順序がずれたらABI破壊バグと すぐわかる。 881 名前：login:Penguin mailto:sage [2009/03/15(日) 20:01:52 ID:mnUY72EV] >>879 だったら　やめて　ちょうだい 本気で好きになりそうだから あなたの前では　きれいでいたいし 882 名前：login:Penguin mailto:sage [2009/03/15(日) 20:31:39 ID:ReDUN6Ol] >>876 btrfsはZFSと同じくCOWで書くから、この問題は起こらない 883 名前：login:Penguin mailto:sage [2009/03/15(日) 20:34:14 ID:kmO3PCzB] btrfsはなんでaddressingを128bitにしなかったの？ZFSに負けちゃうよ 884 名前：login:Penguin mailto:sage [2009/03/15(日) 20:56:32 ID:LgaDmqJ8] >>881 吹いた 885 名前：login:Penguin mailto:sage [2009/03/15(日) 22:13:07 ID:VfSmlfyi] デ♥フ♥ラ♥グ 886 名前：login:Penguin mailto:sage [2009/03/15(日) 23:37:34 ID:mnUY72EV] >>884 歌詞の一部です　若かった昔を思い出させる 今夜のナンバー　１曲目は 長渕剛　素直 ttp://www.youtube.com/watch?v=cM-QvJI_RJQ 887 名前：login:Penguin mailto:sage [2009/03/16(月) 01:59:21 ID:Gwa/wpQE] >>883 btr2fs誕生のフラグです 888 名前：login:Penguin mailto:sage [2009/03/16(月) 02:03:51 ID:08WqhxTZ] >>883 アドレスが128bitだとIPv6を連想して不吉だから 889 名前：login:Penguin mailto:sage [2009/03/16(月) 15:19:00 ID:fRtMFqd9] マジレスするとVFSが対応していない。 890 名前：login:Penguin mailto:sage [2009/03/16(月) 15:31:04 ID:FfCxFL0P] ext3は罪な奴だな fsyncを徹底すると遅すぎて使い物にならないし fsyncをしなくても十分安全だから fsync無しの更新を一般化させてしまった ext4も、data=orderedがデフォルトで安全なはずなんだけどなぁ 遅延アロケーションはジャーナルのコミットを考慮しない言うのか 891 名前：login:Penguin mailto:sage [2009/03/16(月) 16:49:59 ID:TUvh8KP2] extなんとかが最もポピュラーなのはなぜ？ 歴史的な理由ですか？ 892 名前：login:Penguin mailto:sage [2009/03/16(月) 18:13:10 ID:4dJsZZR0] なんだかんだで愛されてるんだよ 893 名前：login:Penguin [2009/03/16(月) 18:59:45 ID:XO5/u8kb] 殺人よりはマシだからな（ワラ 894 名前：login:Penguin mailto:sage [2009/03/16(月) 20:55:40 ID:fRtMFqd9] >>891 そのとおり。 ext2時代は事実上、それしか選択肢がなかった。 ext3時代はredhatが他のFSをサポートしなかった。FSの品質はテスターの数にめっさ依存するので ディストロの対応重要。

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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