- 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/
- 636 名前：login:Penguin mailto:sage [2009/02/04(水) 23:23:21 ID:xSbAoH6j]
- >>635
ext4がbtrfsまでのつなぎなのは確かだけど、btrfsがFedora以外の
ディストリビューションのデフォルトfsになるぐらいに安定するまで
あと何年かかることやら…
- 637 名前：login:Penguin mailto:sage [2009/02/05(木) 00:12:22 ID:E5t3i72E]
- >>636
Linuxが業務で使われるケースも増えてくるでしょうから、そういった意味では互換性、信頼性を重視してきて
当分ext4が有利になっていくのでしょうけど。でもbtrfsは思ったより早いのではないでしょうか、リーナスの動きがw
リーナスはZFSが以前から気になっていたけどSunが冷たいらしくライセンスでモジュール化できないとか聞きました。
そこへ来てZFSと似たような仕組みのbtrfsが浮上、半ば無理やりマージしたリーナス。
リーナスは少し前からLinuxに革新的なFSが欲しかったのではないでしょうか。
なんとなくbtrfsはリーナスのひいきになるのではと思ってます。マージしたら開発速度も上がるでしょうし。
- 638 名前：login:Penguin mailto:sage [2009/02/05(木) 04:51:29 ID:qGG5jtg5]
- >>632
前からいってるじゃん。安定しているって
- 639 名前：login:Penguin mailto:sage [2009/02/05(木) 07:11:00 ID:bpZOwpx9]
- >>637
このスレでもおそらく100回以上ガイシュツだと思いますが、他のOSだとまともな
はずのfsも、Linuxに持ってくると腐ってしまいがちで、結局どのfs使っても性能も
信頼性も低いレベルで似たり寄ったりという批判は身に染みているでしょうしねぇ。
ZFSやHammer FSはライセンス上の問題があったし、btrfsは渡りに船だったでしょう。
ただ、それと各ディストリビューションがデフォルトfsとして採用するようになる
ぐらいに完成されるのかは話が別。Solarisですでに動いているZFSをFreeBSDに
移植するのにも結構難儀していること、過去のLinuxのfsの実績を考えると、
楽観的にはなれません。
ext3ベースで拡張するだけのext4ですら、マージされてから次期Fedoraのデフォルト
fsになるまで2年以上かかりましたが、現状のbtrfsはなんでマージしちゃったんだっ
ていうぐらいのとんでもなくアレな完成度ですから。
- 640 名前：login:Penguin mailto:sage [2009/02/05(木) 08:41:43 ID:oMX5twyc]
- なんか直接金もらってる発言権の高い開発者グループに対して変なアンチがいるのか?
未実装機能はまだあるにしろ、安定性は高いレベルにある。
vfsは根本から置き代わり、読める掛けるだけを軸としたfsレイヤとして活躍することになるだろう。
- 641 名前：login:Penguin mailto:sage [2009/02/05(木) 09:49:49 ID:IHPIl4eS]
- アレな完成度とか、安定性は高い、とかだけここに書かれても
- 642 名前：login:Penguin mailto:sage [2009/02/05(木) 09:54:24 ID:SdsjlyWA]
- 文学的表現でファイルシステムを評価するスレはここですか？
- 643 名前：login:Penguin mailto:sage [2009/02/05(木) 10:03:08 ID:3EwVVprb]
- リナスの寵愛を受けたbtrfsは
今後ますます開発に拍車がかかる
私は最終ユーザー
ただ強いもの、優れたもの、みんなが選ぶものに
日和るだけ
- 644 名前：login:Penguin mailto:sage [2009/02/05(木) 10:16:03 ID:Mbv9FmpT]
- ext4の空あけて
オラクル高く輝けば
マージの精気溌溂と
希望は踊る大容量
おお晴朗のブロックに
聳ゆるデータの姿こそ
金甌無欠ゆるぎなき
Linuxの誇りなれ
- 645 名前：login:Penguin mailto:sage [2009/02/05(木) 12:06:38 ID:Y3Wh0c2C]
- >>642
主観による妄想で洗脳しあう文学なんてのは「学」とは名前が付いていても学問じゃねぇ。
- 646 名前：login:Penguin mailto:sage [2009/02/05(木) 13:11:14 ID:x3zFmMwc]
- >>632
ext3はもう使わなくなって長いんだけど、dir_indexつけても遅いの？
- 647 名前：login:Penguin mailto:sage [2009/02/05(木) 13:17:27 ID:1Ft0Lu1H]
- このスレで何度も出てるからネタだって事ぐらい分かるだろ。
っていうか、コピペにマジレスすんな。
- 648 名前：646 mailto:sage [2009/02/05(木) 18:54:59 ID:v4Yo9FA3]
- コピペにマジレスでも何でも良いけど
もうかれこれ2年位前からmke2fsはext[23]にデフォでdir_index付けるんで>>632の環境のように遅くなったりはしない
更に言えば去年の9月位からdir_indexのデフォのハッシュアルゴリズムがteaからhalf_md4に変わって更に速くなった
ようするに>>632のは2年以上前のext3の話ってこと
その位昔のext3はdir_index無しがデフォだったから、確かに>>632のような状況だった
e2fsprogs.sourceforge.net/e2fsprogs-release.html
これからこのスレを読む人は↑を読んでからそのレスが単なるアンチレスかどうかを判断したほうが良い
- 649 名前：login:Penguin mailto:sage [2009/02/05(木) 20:41:01 ID:L5hUhHzU]
- 大きなファイルの削除さえ軽くなればまだまだ
ext3でいいのだが。
- 650 名前：632 mailto:sage [2009/02/05(木) 23:26:47 ID:wx2VU7dY]
- >>646
はい、今の現状で遅く感じます。ただjfsと比べて極端にって訳ではないです。あるディレクトリ配下のファイルなどが
20万個を超えたあたりで差が出てくるような・・ こんなディレクトリを削除したりするにも時間がかかります。
>>648
コピペでもなんでもこっちもどうだっていいですが、現状を言っているだけですのでw
e2fsprogshは1.39からデフォでdir_indexついてますね。つまりdir_indexを付けて早くなったって喜べるのが
既に2年以上前の話って事ですよね。
事実自分もググって得た情報でdir_indexで激的にはやくなるって喜んで試してまるで変化無しで調べたら既にdir_indexついてた
ってのが1年以上前の事です。
それよりもext3のマウントオプションでrelatimeを指定する方法がかなり動きが良くなりましたね。他はジャーナルのモードを
変えたりしてみたけど大した効果は無かったです。
- 651 名前：login:Penguin mailto:sage [2009/02/05(木) 23:33:30 ID:Hg9okPGr]
- >>650
メモリ足りてないよ。dentry canche とか、slabtopで見てみれ。
- 652 名前：login:Penguin mailto:sage [2009/02/06(金) 00:35:05 ID:jLbt0bn0]
- slabtopの見方がよくわかんないけどこんな感じ。
OBJS ACTIVE USE OBJ SIZE SLABS OBJ/SLAB CACHE SIZE NAME
496020 495985 99% 0.13K 16534 30 66136K dentry
257706 257705 99% 0.88K 14317 18 229072K jfs_ip
213056 213056 100% 0.48K 13316 16 106528K ext3_inode_cache
なんかext3はinode_cacheとかを以外と早めに解放しちゃう感じがする。xfsなんかは電源切るまで
かなり保持してるけど、まあ今はxfs使ってないんだけど確かに検索など早かったなあ。
メモリも搭載2Gで32ビットLinuxなんでdmesgはこんな感じ。
[ 0.000000] 1163MB HIGHMEM available.
[ 0.000000] 883MB LOWMEM available.
うだうだ言ってないで64ビットいっとけって事でしょうか・・・ だけど64ってlibも32と64用を用意してアプリまで
これは32で用意とか使い分けする手間が面倒くさくて^^;
- 653 名前：login:Penguin mailto:sage [2009/02/08(日) 10:40:02 ID:E92veWbP]
- このスレって、XFS信者とアンチが居ないと、こんなにも寂しいスレだったんだね
前は一日に10〜30レスとかついてたのに、今はまる二日レス無しとか…
アンチさん早く出てきてよ
dir_index付けても、付けなくとも速度に変化無し、とか言ってる奴が放置されてますよ
どうやらinode_cacheとext3_inode_cacheの区別もついてないみたいだし、そこら辺についてもよろしくお願いします
- 654 名前：login:Penguin mailto:sage [2009/02/08(日) 11:55:34 ID:256s1t1I]
- ext3が遅いだって？あんなの使ってる奴はただ頭が固いだけさ。
素直にJFSを使ってる君は偉い。XFSもおすすめだよ。
ext4が日の目を見ることもないだろうしねw
- 655 名前：login:Penguin mailto:sage [2009/02/08(日) 12:12:18 ID:7fBjn+3T]
- Fedoraで標準採用されてなかったけ？
iiimfぐらいには注目されるだろう
- 656 名前：login:Penguin mailto:sage [2009/02/08(日) 13:21:55 ID:zMDEiG1i]
- >>655 ヒドスｗ
誰か１台なのに将来を見据えてOCFS2とか噛ましてる奴はおらんの？
- 657 名前：login:Penguin mailto:sage [2009/02/08(日) 13:32:14 ID:Qn4DOrLe]
- そういや、crtime か birthtime って stat(2) でひろえるように(なった|なる)のか？
- 658 名前：login:Penguin mailto:sage [2009/02/08(日) 19:08:15 ID:Nj6iWNXA]
- XFSで起動時にfsckする方法ってあります？
init.dの早いほうに入れればいいのかな・・・
- 659 名前：login:Penguin mailto:sage [2009/02/08(日) 19:13:30 ID:Gk+PCnhZ]
- xfsってfsckできたっけ
- 660 名前：login:Penguin mailto:sage [2009/02/08(日) 19:14:49 ID:zMDEiG1i]
- 実行はできるけど、XFSでfsckなんて意味ないだろ。
３０行ないんだし、一度読めばわかる。
- 661 名前：login:Penguin mailto:sage [2009/02/08(日) 19:19:15 ID:vXSExsjO]
- If you wish to check the consistency of an XFS filesystem or
repair a damaged filesystem, see xfs_check(8) and xfs_repair(8).
- 662 名前：login:Penguin mailto:sage [2009/02/08(日) 19:27:21 ID:aengWAvq]
- >>659
コマンドはあるけど、中身は return(0)してるだけだぞ。
- 663 名前：login:Penguin mailto:sage [2009/02/08(日) 20:49:31 ID:vOsA2wX1]
- さすがFSXＯ(≧▽≦)Ｏ
- 664 名前：login:Penguin mailto:sage [2009/02/08(日) 20:51:15 ID:vOsA2wX1]
- fsckに時間掛けるような2流と一緒にすな~
HDDが10テラとかあったらfsckに何時間かかるんだよ、2流のFSは。
- 665 名前：login:Penguin mailto:sage [2009/02/08(日) 21:53:05 ID:zMDEiG1i]
- >>663,664
ジサクジエーン？（ﾆﾔﾆﾔ
- 666 名前：login:Penguin [2009/02/10(火) 03:47:27 ID:ELPBun9a]
- SSD向きのファイルシステムってどれが良いでしょうか。
- 667 名前：login:Penguin mailto:sage [2009/02/10(火) 09:15:58 ID:ysOVp1s+]
- >>666
フラッシュに依存した難しいことはSSDのコントローラに全部お任せして、
fsは普通のfsを使うというのが今の流れ。ただ、discard requestは
出せたほうがいい。
ttp://www.atmarkit.co.jp/flinux/rensai/watch2008/watch08b.html
2.6.28でdiscard request出すようになっているんだっけ?
- 668 名前：login:Penguin mailto:sage [2009/02/10(火) 10:24:03 ID:Af8aBKdq]
- discard requestを出したからといって、現在市場に出回っているSSD側がちゃんとそれを理解して
ウェアレベリングを最適化してるかどうかは怪しい気がするな。
現状簡単に出来るのは、とりあえず、mount時 noatime を付けることとか、/tmp を tmpfs にすることや、
RHEL/CentOS なら stateless linux を試してみるとか、それくらい？
- 669 名前：login:Penguin mailto:sage [2009/02/13(金) 07:49:09 ID:8p5bcu0g]
- 4GBとか8GBとかならまだしも32GBとか64GBとかのサイズになるともう
寿命で壊れる前に商品価値がなくなって新しいものに目が行くようになる。
ショウジョウバエ並の勢いで世代交代が進んでるから
半年もすると泣けるほどスペックが変わったりする。よな?
小細工で稼げる寿命なんて知れてるぜ。
確実に削れて行くものを長保ちさせる小細工は確かに楽しいけどな。
書き込み寿命でセルが壊れるより、データ保持寿命で電荷が抜ける方が早いぜきっと。
- 670 名前：login:Penguin mailto:sage [2009/02/13(金) 10:57:44 ID:MuOChzUz]
- まあ普通に使ってりゃ使い物になる期間はHDDと大差ないだろうが。
電荷抜けて…バックアップとって貸金庫にしまったりするんで？
- 671 名前：login:Penguin mailto:sage [2009/02/14(土) 06:15:49 ID:9ZZnCQXv]
- stateless linuxてただのpxeboot？
- 672 名前：login:Penguin mailto:sage [2009/02/14(土) 06:53:50 ID:L1B+yph3]
- PXEbootを使ってrootfsを共有するための設定を簡略化するためのツール…じゃないかな
ちょっと前に調べたときは、まだ開発中という感じでどうやって使うのかよくわからなかった
自分の調べ方が悪いだけかもしれんが
- 673 名前：login:Penguin mailto:sage [2009/02/14(土) 09:35:29 ID:wftwhdGA]
- つ ttp://fedoraproject.org/wiki/StatelessLinux
> It is not any single technology. It's a new way of thinking
なんか宗教ぽくてあれだな。
どこからブートしてもいいけど、各ノードの状態を100%サーバ側にも保存して
HDDが飛ぼうと別のPCにしようと必ず同じ状態を再現するという思想が新しいって
ことらしい。
ネットブートならSANbootかNFSroot、ローカルブートならHDD imageの
同期ツールを動かすんだってさ。技術的に新しいのは
・単一イメージ・ツリーを元にした多数台のNFSroot/SANboot
スナップショットとかunionfsを使うのかな？
・HDDイメージの同期処理
devicemapperで処理してるそうだけど詳細不明
の２点かな？
- 674 名前：login:Penguin mailto:sage [2009/02/14(土) 11:12:03 ID:VMfzi2+P]
- 宗教ぽいｗ
redhat ユダヤ人がかぶってる帽子の名前だしな
宗教そのもの
- 675 名前：login:Penguin mailto:sage [2009/02/14(土) 23:52:47 ID:t28ykXxf]
- btrfsて、2.6.27では使えないんでしょうかね。
btrfs-unstable-standalone.gitを採ってきて、2.6.27対応版がlogにあったから
そこまで戻ってコンパイルできて、insmodも出来たのに…mkfs.btrfsしてもmountできない
- 676 名前：login:Penguin mailto:sage [2009/02/15(日) 08:39:12 ID:99MJzrdu]
- >>675
2.6.27 より大人しく 2.6.29 系使え。
ただし、ext4+extents のほうが btrfs より安定してて楽だぞ。
- 677 名前：675 mailto:sage [2009/02/15(日) 09:35:36 ID:TCLJQKHM]
- コメントthxです。
Fedora10上の話を考えているので、今の環境そのままで済むなら楽だなと思いまして…難だと言う事ですね
- 678 名前：login:Penguin mailto:sage [2009/02/15(日) 11:32:22 ID:ZIq4ioAu]
- >Fedora10上の話を考えているので
それ理由になってないだろ(w
まずFedoraの使い方を勉強したほうがいいな
- 679 名前：login:Penguin mailto:sage [2009/02/15(日) 13:36:32 ID:pIpyvqeo]
- 何で理由にならない？
btrfsモジュール以外、別に手を入れずにbtrfsを触れるならそうしたいってだけでしょ。
- 680 名前：login:Penguin mailto:sage [2009/02/15(日) 18:29:23 ID:ZJgJLIMF]
- 楽をしたいってのと今の時期btrfsを使うってのは究極に反対の意味なんだがw
- 681 名前：login:Penguin mailto:sage [2009/02/16(月) 01:56:56 ID:HVsyTtjp]
- >>675
その btrfs とユーザスペースのバージョンが合ってないんじゃない。
もし btrfs-progs-0.18 で mkfs したのなら、kernel 2.6.29-rc2 以降じゃないと駄目なはず。
- 682 名前：login:Penguin mailto:sage [2009/02/16(月) 02:52:29 ID:ytdqrJnE]
- kernelのビルドの意味自体わかってないようなヤシは放置しとけ。
- 683 名前：675 mailto:sage [2009/02/16(月) 20:43:00 ID:EIQNz/Hf]
- >>681
Thx.
その線ですね、また試してみます。
- 684 名前：login:Penguin mailto:sage [2009/02/17(火) 00:25:21 ID:9ZUigC3F]
- ―Sun Microsystemsの「ZFS」など、最近はファイルシステムに関する話題がにぎやかだ。
Linuxもこうした動きに加わるつもりがあるか。
www.computerworld.jp/topics/osst/135711-2.html
Linusが今後のLinuxファイルシステムの展望を語っています。
ZFS, btrfs, ZFSにも言及しています。
- 685 名前：login:Penguin mailto:sage [2009/02/17(火) 00:57:36 ID:yZYtcGBc]
- > ZFS, btrfs, ZFSにも言及しています。
ZFSのバターサンドですね、わかります
- 686 名前：login:Penguin mailto:sage [2009/02/17(火) 03:37:18 ID:cFrq3dg8]
- btrfs が安定するのは何年後かな…
- 687 名前：login:Penguin mailto:sage [2009/02/17(火) 19:15:07 ID:SVUGGIOO]
- 今までXFSをシステム用パーティションに使っていて特に速度は気にならなかった。
mplayerのアーカイブ展開と削除が遅いと思っていたけど、
ファイルサイズが大きいからだと思っていた。
そんなわけで倉庫用の1TB HDDをすべてXFSでフォーマットして
音楽ファイルや動画ファイルをコピーし始めたんだけど...
3GBの動画ファイルはスムーズにコピーできるのに、
3MB*400個の音楽ファイルはものすごく遅い。
散々出てるけど、XFSは小さいファイルの大量処理が遅いのね...
今からフォーマット変更はできないし、親HDDの空き領域は別のファイルで埋まってる。
仕方ないのでもう１台1TBのHDDを買って、EXT4か何かでフォーマットして、
コピーをやり直そうと思う
- 688 名前：login:Penguin mailto:sage [2009/02/17(火) 19:36:50 ID:8PuX+ycU]
- > 3GBの動画ファイルはスムーズにコピーできるのに、
> 3MB*400個の音楽ファイルはものすごく遅い。
> 散々出てるけど、XFSは小さいファイルの大量処理が遅いのね...
3MBのファイルってのは、一般的に大きいファイルの方に分類されるんだけどな
ちなみに小さいファイルってのはクラスタサイズ以下のファイルの事
まあ人によってはiノードに直接収まるサイズのファイルだけを、小さいファイルと言う人もいるけどね
ついでに言っとくと、XFSは小さいファイルの大量処理が遅いんじゃなくて、単純にファイルの大量処理が遅いんだよ
嘘だと思うなら、スムーズにコピー出来ると言っている3GBの動画ファイルを400個用意して試してみれば良い、すぐに分かるよ
- 689 名前：login:Penguin mailto:sage [2009/02/17(火) 21:12:08 ID:DTt/hrVg]
- >>688
LinuxのXFSの場合クラスタサイズは4Kbytes、
inodeのサイズは256bytesであってる?
- 690 名前：login:Penguin mailto:sage [2009/02/17(火) 21:39:46 ID:SVUGGIOO]
- > スムーズにコピー出来ると言っている3GBの動画ファイルを400個用意して試してみれば良い、すぐに分かるよ
1.2TBのファイル操作の結果なんて、どのファイルシステムでもすぐには分からないよ。
> 単純にファイルの大量処理が遅いんだよ
どうなのかな。
3GBぐらいのファイルを10個ほどコピーしたときはスムーズに感じたけど、
mp3の音楽ファイルになってからは激烈に遅く感じた。
Wikipediaを信用するわけではないけど、
ja.wikipedia.org/wiki/ジャーナリングファイルシステム
> 一般にディスク上のファイルシステムに書き込まれるデータには、
> データ自体を現す実データ部分とその実データのディスク上の位置、ファイル名/更新日時、
> アクセス権限などの管理情報を現すメタデータ部分の2種類に分類される。
XFSは実データの書き込み自体は非常に速いんだけど、
メタデータの書き込みが非常に遅いのかなと。
3GB*1くらいのファイルだと、
どのファイルシステムでも実データの書き込みには一定の時間がかかる。
そこが十分に速ければ、
メタデータ処理が遅くても十分太刀打ちできそうに思う。
極端な話、こんな感じ。
XFS (実データ書き込み40秒 + メタデータ書き込み1秒) * 400個 = 16400秒
EXT4 (実データ書き込み50秒 + メタデータ書き込み0.1秒) * 400個 = 20040秒
>>688がすでに「3GBの動画ファイルを400個用意して試してみ」たことがあるのなら、
そうなのかなとも思うけど
- 691 名前：login:Penguin mailto:sage [2009/02/17(火) 22:06:20 ID:ljmr48rY]
- 最後の2行以外全くの不要
- 692 名前：login:Penguin mailto:sage [2009/02/17(火) 23:18:30 ID:ZB4aUO6M]
- 俺は昔倉庫用のやつだけXFSにした時がある。やっぱりCDやDVDのサイズのコピーなど早かったな。
ルートをXFSにしたら読み込みや検索(これは馬鹿っぱや)は早いけど書き込みが若干遅かったし削除は
やたら遅かった・・ 確かにコンパイルした後のソースディレクトリみたいな小さいファイル大量の削除とか
特に遅かった。
でもそれ以上に時々カーネルに変なウエイトが掛かってた。ディスクアクセス時に他のアプリの動きが
やたら遅く、下手したらマウスカーソルまで遅くなった。今のカーネルで使えばまた違うんだろうけど
それ以来XFS使ってないな。
大量のコピー時にも色々な作業するからシステム負荷が軽いのがいいな。だから今はext3とjfsの使い分け。
てかだんだんjfsに移行してる。来年になったらバター犬を試してみたい。
- 693 名前：login:Penguin mailto:sage [2009/02/18(水) 08:12:09 ID:me5e3SfY]
- メターデータの処理が遅いって何度も出てるじゃん。
で、ジャーナルを別ディスクにしても遅いんだ。
>>692
たまに引っかかるのは俺もあったけど、
dirtyなデータが一定を超えてフラッシュしてるとかじゃないかな？
- 694 名前：login:Penguin mailto:sage [2009/02/18(水) 08:55:34 ID:nWWnq0ds]
- >>687
あれ？昔聞いた話だと、大量の小さなファイルの扱いは
XFSが得意だと聞いたんだけどな。
Bonnie++でのベンチマーク比較を見れば一目瞭然だろうけど、
どこかにXFSとext3の比較載ってなかったかな・・・。
- 695 名前：login:Penguin mailto:sage [2009/02/18(水) 09:00:45 ID:nWWnq0ds]
- あった。やっぱりXFSの方が早いじゃん。
www.miraclelinux.com/asianux/about/data/17.html
- 696 名前：login:Penguin mailto:sage [2009/02/18(水) 09:03:48 ID:nWWnq0ds]
- >>692
そういえばXFSってCPU使用率が高いんだっけ？
他の処理と平行してコピーとかしてれば、
ext3の方がパフォーマンスが良くなるのかもね。
- 697 名前：login:Penguin mailto:sage [2009/02/18(水) 12:32:18 ID:pOos/3lo]
- 小さいファイルの処理が速いのは昔からreiserfsと決まってる
- 698 名前：login:Penguin mailto:sage [2009/02/18(水) 18:01:16 ID:T4HijFg4]
- >>692
> でもそれ以上に時々カーネルに変なウエイトが掛かってた。ディスクアクセス時に他のアプリの動きが
> やたら遅く、下手したらマウスカーソルまで遅くなった。今のカーネルで使えばまた違うんだろうけど
これ、ext3で大きなファイルを削除したときにもなるんだけど、
Linuxでは解決が難しい問題なの？
それとも、JFSにするとかbtrfsの成熟を待つかすればいい話なの？
- 699 名前：login:Penguin mailto:sage [2009/02/18(水) 18:05:27 ID:nWWnq0ds]
- >>698
サーバ用OSとして使うことを前提としたカーネル設計or設定だからかもね。
クライアントOSとして使うのなら、UIで引っかかったり待たせたりしないように
ってのを最優先すべきなんだが。
Mac OS Xなんか使ってると、完全にUI優先なのがよく分かる。
その代わりサーバとして使うと問題ありまくりだけど。
- 700 名前：login:Penguin mailto:sage [2009/02/18(水) 18:07:20 ID:FGy1ZqOt]
- >>692
> 時々カーネルに変なウエイトが掛かってた。
たぶんディストリビューションのほうでxfs_fsr(デフラグ)を
定期的にかけてたんだと思う。
俺はCPU使用率は気にならなかったけど、
妙なタイミングでHDDがゴリゴリいいだすのが気になっていた。
xfs_dbでシステム用パーティションのフラグメント状況を調べたら、
1ヶ月以上使っていてパッケージの更新も時々していたにもかかわらず、
ほぼ最適化されていた。
次回はEXT4とReiserFSを試してみるよ。
ReiserFSは以前使ってたけど、開発者が逮捕されて先がないように感じたので使うのをやめていた。
JFSも興味持ったけど、ちょっとマイナーすぎるな。
ZFSは「FUSE経由でZFSを使った場合、出力操作についてはXFSの30〜60％の性能しか得られないようだ」。
www.itmedia.co.jp/enterprise/articles/0806/27/news052_2.html
Btrfsはまだ不安だし、
wiki.livedoor.jp/linuxfs/d/btrfs
> ディスク容量の85%を越えるまではwriteできる。(100%使いきれない)(2009131現在)
というのが気になる
- 701 名前：login:Penguin mailto:sage [2009/02/18(水) 18:12:56 ID:FGy1ZqOt]
- 書いてしまった後であれだけど、
> カーネルに変なウエイト
ってどういうことだろう。
topでみたときのどのプロセスに当たるんだろう。
「システム全体が重くなる」ぐらいに解釈したけど、
それもあやふやな話だしなあ
- 702 名前：login:Penguin mailto:sage [2009/02/18(水) 20:27:15 ID:T4HijFg4]
- >>699
いやそういうことじゃないと思う。
(ext3でのファイル削除中に) GUIが遅くなるという表層のものじゃなくて、I/O全般が
固まってるかのような状態になるから、サーバー用途だろうがあまり頂けない状況だと思うが。
ユーザー空間でCPUサイクルを消費し続けるようなプロセスにはあまり影響が無いようなのだけど。
なぜだか理解してないが、ファイルの削除時には、カーネル空間に突入した際にCPUサイクルを
たくさん使う処理が非常に高い優先度でキューに入っていて、ユーザーが発行している
システムコールがどんどん後回しにされているような感覚を受けるレスポンスなんだよね。
色々検索してみたんだが、どういう理由でこうなるのか、なかなか見つけられない。
>>701
XFSも >>692氏の言うように、妙に「カーネルに処理を奪われてる」ようなスループットの悪さが
出るのを経験してるが、xfs_fsrによるものでじゃないと記憶してる。ext3のように、
「数GBのファイルを消してみたら必ず起こる」といった簡単な条件じゃないみたい。
- 703 名前：login:Penguin mailto:sage [2009/02/18(水) 21:16:05 ID:Sto/47zW]
- >>702
chmod -R のようにジャーナルログが急速に太る処理をやらせると、
swapout不可能なメモリが増えて死ねる。
- 704 名前：login:Penguin mailto:sage [2009/02/18(水) 22:03:29 ID:1W/ybCbq]
- リビングに置いてmp3再生専用のジュークボックスLinuxマシンを組もうと思っていて
静音の為ストレージはSSDにしようかなと思っているのですが
そういう用途でお勧めのFSはなんでしょう？
頻繁に書き込みが発生して寿命が縮むのは嫌ですが
まったくジャーナリングしてくれないのも不安。
無難にext3か。将来が不安なReiser3か。ネタでJFSにするか？
- 705 名前：692 mailto:sage [2009/02/18(水) 22:07:36 ID:IcJM0mVg]
- 皆レストン。
引っかかるってのはまさに>>702が的確に書いている感じ。HDDのスループットが限界に来たとかCPUの処理量を
超えたとかじゃない、ホントにこっちの処理が後回しになってる感じ。
簡単に言うと例えば何かファイルをネットワーク越しに他のマシンへコピーしてる状態で、何か処理をしてその時にCPU
使用率100%になっても大きくネットワークの転送速度って落ちないでしょう。例えばローカルの処理でHDDのスループット
が限界まで来ちゃったとしてもその間の書き込みや読み出しはHDDの能力にしたがって下がっちゃうけどネットワークの
転送は続くでしょう。
自分の言っている引っかかりってのが出たときは、この状況下だとネットワークの転送が0になります。ガクンっと落ちて
完全に0までいく。まさにその時GUIだけじゃなくてI/O全般が固まってる感じ。
- 706 名前：login:Penguin mailto:sage [2009/02/18(水) 22:10:07 ID:/cuS6lKA]
- >>704
その用途でジャーナリングが必要か？
- 707 名前：login:Penguin mailto:sage [2009/02/18(水) 22:13:34 ID:T4HijFg4]
- >>704
そんな使い方ならreadが多くてwriteが殆ど無いだろうから、
事実上Write限界による寿命なんて来ない。
つーか、先に他の部分が故障する。
精神安定剤として、少しでもwriteを減らしたいなら、noatime付けときゃいい。
- 708 名前：login:Penguin mailto:sage [2009/02/18(水) 22:54:01 ID:1O7/we0+]
- あのext3でrmしたときの挙動は何なんだろうね
たとえrm完了がもっと遅くなってもいいから他の処理を邪魔すんなと。
- 709 名前：login:Penguin mailto:sage [2009/02/18(水) 22:56:30 ID:1W/ybCbq]
- >>707
そうですね。
なるべくsyslog吐かないようにとは思っていましたが
noatime付けないと読み出しただけでatime書かれちゃうんでしたか。
Debian Lennyでext4はまだ安定してないかな？
- 710 名前：login:Penguin mailto:sage [2009/02/19(木) 14:55:51 ID:z04j4qzs]
- >>705
つまりXFSの処理のどこかにネットワークやカーソルにも影響するような
ジャイアントロックがあるのかな？
- 711 名前：login:Penguin mailto:sage [2009/02/19(木) 19:39:32 ID:Lb+Jk4NK]
- OCFSってどうなん？
使ってみた報告とか皆無なんだが
- 712 名前：login:Penguin mailto:sage [2009/02/19(木) 19:54:51 ID:pOrVrzb0]
- 2.6.28でXFSも速くなるようなのが入ったみたいだけど、速くなった感じがしない。
- 713 名前：login:Penguin [2009/02/19(木) 23:30:57 ID:3shEVFBp]
- WinXPとUbuntuの両方で外付けHDDを使うんだけど、
ファイルシステムはどうするべきだと思う?
NTFSかext3のどちらかだと思うが、
どちらが互換性やパフォーマンスの面で障害が少ないのか?
- 714 名前：login:Penguin mailto:sage [2009/02/19(木) 23:38:13 ID:cCKDE498]
- >>713
なんで人に聞くの？
- 715 名前：login:Penguin mailto:sage [2009/02/19(木) 23:44:45 ID:Z25DcziU]
- >>713
外付けHDDを2つ買って、一個をNTFS、もう一個をext3にすればいい。
- 716 名前：login:Penguin mailto:sage [2009/02/20(金) 00:06:24 ID:TEwNW093]
- >>713
悩むならFATにしとけばいいんでないかと思う。
どっちでも確実に読み書きできるし。
- 717 名前：login:Penguin mailto:sage [2009/02/20(金) 00:51:17 ID:hX26sJzO]
- >>713
パーミッションのことを考えると外付けをext3(かreiserfs)とNTFSの二つのパーティションに区切った方が良い予感。
- 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にはならん
|
 |
