/**ファイルシステム総合スレ その 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/ 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

---

---

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

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