トップページ⇒linux
981コメント275KB

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

■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin2009/04/02(木) 20:57:26ID:AdLAWklr
●過去スレ
01 ttp://pc.2ch.net/test/read.cgi/linux/1006743807/
02 ttp://pc5.2ch.net/test/read.cgi/linux/1063025258/
03 ttp://pc8.2ch.net/test/read.cgi/linux/1101495293/
04 ttp://pc8.2ch.net/test/read.cgi/linux/1136695633/
05 ttp://pc8.2ch.net/test/read.cgi/linux/1152348695/
06 ttp://pc11.2ch.net/test/read.cgi/linux/1173530292/
07
08 ttp://pc11.2ch.net/test/read.cgi/linux/1190788761/
09 ttp://pc11.2ch.net/test/read.cgi/linux/1225001916/

●関連リンク
ext4
ttp://www.bullopensource.org/ext4/
reiserfs/reiser4
ttp://www.namesys.com/
xfs
ttp://oss.sgi.com/projects/xfs/
jfs
ttp://jfs.sourceforge.net/
nfs
ttp://nfs.sourceforge.net/
ntfs
ttp://www.linux-ntfs.org/doku.php
fuse
ttp://fuse.sourceforge.net/
btrfs
ttp://btrfs.wiki.kernel.org/index.php/Main_Page
NILFS2 (NTT)
ttp://www.nilfs.org/ja/
0550login:Penguin2009/07/26(日) 22:56:52ID:hBFHdbhU
>>543
おまえの性癖すごいな。

>>549
それだと、1こすりと1/6じゃないか。
0551login:Penguin2009/07/27(月) 15:26:20ID:1rnYRPHC
opensuseにreiserfsなんですが、
HDDアクセスすると妙に引っかかる動きをするのですが、
何かわかります?
0552login:Penguin2009/07/27(月) 15:36:57ID:bemC+Vkx
reiserののろい
0553login:Penguin2009/07/27(月) 16:13:10ID:26kfPdFl
dmesg で不吉なメッセージが出てなければいいね
05545512009/07/28(火) 12:07:29ID:9Q9PEzX+
エラーとかではなくて、PIOモードみたいなんですよね。SATAなのに。
0555login:Penguin2009/07/28(火) 15:43:15ID:zAh/ZwBs
結局おまえらのハードディスクの大部分は
エロ動画やエロ画像を溜めてあるだけなんだろ?
そんなのXFSで構わん。

大きなデータが高速に読み書き可能
ばれそうになったとき急いで消せば復活が難しい
ぴったりじゃないか
0556login:Penguin2009/07/28(火) 17:34:44ID:F7x9aH/R
>>554
$ hdparm -i (HDDデバイス)
でどのモードか、わかるやろ
0557login:Penguin2009/07/29(水) 04:38:11ID:UAfxPrcB
どうせ遅いって行ってる奴は、工作員だから無視
0558login:Penguin2009/07/29(水) 15:01:47ID:VWOuWJPW
>>555 >>557
釣り針 乙

>>556
マジレスしとくとSATAを(普通そうだが)libATA経由で使っている場合、(当たり前だが)hdparmは使えない
思うに君は、まだ人にアドバイス出来るレベルじゃないと思うよ
大体からして、ファイルシステムと何の関係もない時点でスレ違いも甚しいんだから
とっととopenSUSEスレに誘導すべき
0559login:Penguin2009/07/29(水) 15:55:44ID:ECOx3YRB
>>558
使えるぞ
いつから頭が止まってるんだ?
0560login:Penguin2009/07/29(水) 16:01:46ID:Y3KdxcyS
SATAがlibATA経由になるくらいの頃からじゃね?ww
0561login:Penguin2009/07/29(水) 16:05:28ID:YLBcoCMj
sataのpatchが必要なのは、kernel 2.6.22 と 2.6.23 くらいだ
それ以外は必要無い
0562login:Penguin2009/07/29(水) 16:35:49ID:aOQ4ySW7
思うに君は、まだ人にアドバイス出来るレベルじゃないと思うよ
思うに君は、まだ人にアドバイス出来るレベルじゃないと思うよ
0563login:Penguin2009/07/29(水) 17:38:16ID:BkS/l//X
>>558
556やけど
恥ずかしがらんと、またおいでや
0564login:Penguin2009/07/29(水) 19:30:59ID:g9AlD0Tp
dmcryptで暗号化する場合に最適なファイルシステムを教えてください
中身はお察し下さい
0565login:Penguin2009/07/29(水) 23:24:22ID:Lyt3N/wI
>>561
また嘘ばかりを・・・・
0566login:Penguin2009/07/29(水) 23:39:12ID:YLBcoCMj
>>565
2.6.24以降はlibata用のhdparmのpatchは必要無くなったはずだが
何がどう嘘なの?
05675302009/07/29(水) 23:57:41ID:Dai87m7Q
結局ただの嘘つきか。> 552
使ってもないんじゃないの?
0568login:Penguin2009/07/31(金) 04:00:07ID:VaVCoKjY
2.6.19以降は、/dev/hdaが/dev/sdaに変わると聞いて
設定ファイルを書き換えカーネルを入れ替えて再起動したら
/dev/hdaのままで困ったことがある


上で出てた断片化による速度低下だけど使い方によるよ。
Windowsはツールで断片化の具合が確認できるから
自分の使い方での傾向が分かるけどLinuxでは難しい。

基本的に同じサイズのファイルを書き込みつづける場合は影響を受けにくいよ
一番影響受けやすいのは、
大量の細かいファイルと巨大なファイルを同居させた場合。

Linuxは大量に細かいファイルを作る傾向にあるから、
音楽ファイルや動画ファイルはルートパーティションから隔離しとくと吉
0569login:Penguin2009/07/31(金) 15:03:09ID:MK+pGXZ2
>>568
妻を殺した人が作ったファイルシステムを
ルートパーティションに使うべきということですね
0570login:Penguin2009/07/31(金) 20:51:02ID:k+Upna9N
>>569
何の関係もないな。/でも/bootでも使えばいいさ
0571login:Penguin2009/07/31(金) 21:36:42ID:tbYA8+dL
btrfsが実用的になるまではreiserfsしか選択肢が無いなぁ。
0572login:Penguin2009/08/01(土) 00:20:50ID:SNB9Lm9T
>>568
SQLサーバのパーテーションを分けておくべきだったと後悔。

>>571
reiserfsって、今どの程度メンテナンスされているのかな。
SuSEのデフォルトfsからも落ちちゃったし、先がないのは分かっているが、
現状でもっともマシなんだよな・・・。
0573login:Penguin2009/08/01(土) 06:29:20ID:exuELPVL
>>571
○○○もいいよ。
スレが荒れるから名前は伏せるけど。
0574login:Penguin2009/08/01(土) 07:49:48ID:eQAKtpCe
FATか
0575login:Penguin2009/08/01(土) 11:54:52ID:4UAEiy8v
reiserfsの何が他より優れているのか。
1行で答えなさい。
0576login:Penguin2009/08/01(土) 12:13:57ID:VgzA3aXA
名前の長さ
0577login:Penguin2009/08/01(土) 13:01:41ID:mXx3DngF
名前は長いほうがいいのか?
戒名みたいだな
0578login:Penguin2009/08/01(土) 16:48:33ID:IAPkS0Yu
「戒名」「法名」の長さについて
http://black.no-blog.jp/hone0625fk/2006/10/post_1b61.html
0579login:Penguin2009/08/02(日) 01:14:52ID:Xdq0E5w1
googleのファイルシステム公開してくんないかな
0580login:Penguin2009/08/02(日) 01:33:18ID:+uNZh5d6
そんな特化したFS公開されても・・・
0581login:Penguin2009/08/02(日) 02:04:26ID:HFtAZHUu
>>579
使い道ないじゃん。
0582login:Penguin2009/08/02(日) 07:54:45ID:43zxi/8E
>>579
ReiserFSの気がするのは俺だけだろうか
0583login:Penguin2009/08/02(日) 08:09:22ID:BsPAG2ZW
個々はext2だという話だったような。
それを多数で分散冗長化しているのが独自技術で。
0584login:Penguin2009/08/02(日) 09:22:39ID:uUBOpM9k
http://labs.google.com/papers/gfs.html
0585login:Penguin2009/08/02(日) 11:44:22ID:y9A4+xpk
Filesystem Specifications - Links & Whitepapers
ttp://www.forensics.nl/filesystems
0586login:Penguin2009/08/02(日) 11:56:57ID:HWrwkQRU
誰かHAMMER移植してくれないかな。
俺?能力的に無理ぽ orz
0587login:Penguin2009/08/02(日) 12:52:02ID:S1KUAPtn
Googleext2の上にGoogleFSを構築している。壊れるのが前提だからjournalingいらんし
ext4にjournalingなしのモードがついたのは、ext2からext4に移行したいgoogleがプッシュしたから
GoogleFSはオープンソースの実装が出てるけど、普通の単体ファイル操作は猛烈に遅い、
っていうか専用の API を通してしか操作できないから、一般人が使えるものじゃないです
0588login:Penguin2009/08/02(日) 13:47:37ID:oNmo8zqP
>>587
万が一にもsyncしないでマシンが止まることはないのを保障しているのか?
電源障害でたくさんのマシンが一斉に落ちたりすると
fsckの時間が無視できないと思うんだが。
0589login:Penguin2009/08/02(日) 14:02:27ID:+uNZh5d6
公開された先生のサーバってノード毎にバッテリー載ってる戯画のカスタム板だよな
0590login:Penguin2009/08/02(日) 14:08:32ID:xaBD/3Nd
>>588
そういうレイヤーのファイルシステムじゃないんだろ。
0591login:Penguin2009/08/02(日) 14:36:00ID:T8DPlbOa
>>588
Googleは、サーバーは「どんどん壊れるもの」が前提なので、保証もなにも、そんなことはどうでもいい。
実際どう運用しているのか知らんけど、fsckしようが、その時間が無駄だからmkfsしてサラにしようが、
大して違いがない。どうせ同じデーターが世界の別の場所に最低2カ所あるんだし。
0592login:Penguin2009/08/02(日) 16:01:34ID:6M6aomwO
「潔いのだな Googleは」
「そこに惚れたのでしょ?ラル大佐も」
0593login:Penguin2009/08/02(日) 19:47:06ID:nThwvegR
流し読みしただけでよく読んでないけど、
FSってより、APIだなこれ
memcachedをインデックス管理できるようにしてクラスタ化するとこんな感じかな?
0594login:Penguin2009/08/02(日) 22:06:58ID:t3P+JXcL
>>568
> 上で出てた断片化による速度低下だけど使い方によるよ。
> Windowsはツールで断片化の具合が確認できるから
> 自分の使い方での傾向が分かるけどLinuxでは難しい。

e2defrag 使ってましたがなにか?あれはフラグメントの様子が視覚化できるんだよ。
win でも linux でも defrag は自分の使用条件ではたいして効果なし。てのが結論。
シーケンシャルリードばっかじゃないからね。

可視化ツールには一応 DAV と言うのがある。未だに ext2/3 のみだが。
http://dav.sourceforge.jp/

> 基本的に同じサイズのファイルを書き込みつづける場合は影響を受けにくいよ
> 一番影響受けやすいのは、
> 大量の細かいファイルと巨大なファイルを同居させた場合。

そんなの周知だよ。昔から。フラグメント問題はメモリ割り当てとかでもあるんだよ。

> 音楽ファイルや動画ファイルはルートパーティションから隔離しとくと吉

ていうか、読み書きの多いファイルとほとんど書き換えなし/消去なしのファイルはパーテーションわけしておく、とか。
昔から行われていることだよ。

周知なネタばかりじゃん。
0595login:Penguin2009/08/02(日) 22:08:05ID:zuGU9fys
>>594
はいはい、君は物知り博士だねぇ。
0596login:Penguin2009/08/03(月) 01:37:56ID:kZ8h29CW
>>594 メモリのフラグメント問題と ディスクのフラグメント問題は ぜんぜん違う問題
0597login:Penguin2009/08/03(月) 02:13:54ID:4ahQ/E8a
メモリのフラグメントは
実質使用量が増えて最終的に割り当てが出来なくなる(可能性がある)というのが一番の問題だけど
ディスクの場合はアクセス速度が遅くなることが問題点だもんね。

まあ稀にディスクの空き領域が足りなくなるまで書き込む人もいるかもしれないけど
ディスクの場合は分断されていても獲得は出来るのに対し
メモリは(アドレス空間の)空きが分断されていたら獲得自体が出来ないから。
0598login:Penguin2009/08/03(月) 02:26:59ID:0psqM35I
MMUなんて便利なもんがだいぶ前から使われてるんだけどな

今は、メモリ管理情報の肥大化による問題の方が大きい
0599login:Penguin2009/08/03(月) 02:31:08ID:4ahQ/E8a
へー、MMUでアドレス空間の不足を解消できるのか。
0600login:Penguin2009/08/03(月) 06:52:39ID:D9UOKH8p
物理アドレス空間と論理アドレス空間を区別してない時点で
4ahQ/E8aも0psqM35Iもまともな議論はできてねーよ。
お互い勝ったつもりなんだろうが。
0601login:Penguin2009/08/03(月) 06:57:53ID:Ihjxl/59
>メモリは(アドレス空間の)空きが分断されていたら獲得自体が出来ないから。

これが物理アドレスの話の可能性があると思えるなんて異常すぎる
0602login:Penguin2009/08/03(月) 07:01:40ID:Ihjxl/59
アドレス空間の空きのフラグメント解消に
ページングを持ち出す598はもっとすごいな
0603login:Penguin2009/08/03(月) 09:05:45ID:+7q4foS8
天災同士の貴重な議論は
逸般人にはどうせ理解できないものなので
他所のもっと落ち着いた場所でやるほうが
有益だと思います
0604login:Penguin2009/08/03(月) 11:53:41ID:qdW8N29Q
dosかなんかの話してるんじゃないの?
0605login:Penguin2009/08/03(月) 12:26:54ID:XZq6o4Nt
メモリのフラグメンテーションの話はスレ違いだ
そんなに罵り合いたいなら他でやれ
0606login:Penguin2009/08/03(月) 22:30:12ID:NM+z6upI
次スレタイはこれで。
【釈放】Hans Reiserは木が得意【マダー?】
0607login:Penguin2009/08/04(火) 00:51:40ID:wKfZCk0q
頭悪そうだな
0608login:Penguin2009/08/04(火) 12:03:16ID:hDAUtPxp
悪そう、じゃなくて悪いんだよ
頭も心も
0609login:Penguin2009/08/04(火) 20:37:36ID:ZIj5Pq57
btrfsタン、ハァハァ
0610login:Penguin2009/08/04(火) 21:35:23ID:zBDyWBP8
>>607-608
おまいらよりはマシだ
0611login:Penguin2009/08/04(火) 21:38:52ID:NQSypDHr
だから頭悪いって言われるんだよ。
何を基準にそう判断したんだ?
0612login:Penguin2009/08/04(火) 22:55:27ID:2uDO8De7
>>611
子供かw
0613login:Penguin2009/08/04(火) 23:46:05ID:NQSypDHr
>>612
まぁ、未成年なので子供ですがw
0614login:Penguin2009/08/05(水) 02:37:35ID:gTZRwnjz
あれだけいわくつきなファイルシステムなのに
未だにreiserfsが支持されてる(少なくとも風化してない)のはすげーな。
ext2しかない時代に現れた時は確かに神かと思ったが。
あの時に比べるとext4やらなんやら出てきても
派閥争いうぜえ、面倒だからext3でいいや、で終了してしまう俺。
0615login:Penguin2009/08/05(水) 05:41:45ID:ah5TOzXe
reiserfsになんのいわくがあるの?
0616login:Penguin2009/08/05(水) 06:32:27ID:W7q6iatu
>>614
・そこそこの性能
・適度な枯れ具合
・他FSに移行するのが面倒
なので使ってる人がほとんどじゃないかと思う。

0617login:Penguin2009/08/05(水) 09:10:40ID:MqOHb/7H
nilfsで検索しても「2.6.30カーネルに取り込まれた」って記事ばかりで
人柱報告がほとんどない
実際どうなの?>人柱の皆さん
0618login:Penguin2009/08/05(水) 09:15:31ID:Uzfwchw8
日本以外ではメジャー
0619login:Penguin2009/08/05(水) 09:47:05ID:RYqMjlu9
国産なのにな
0620login:Penguin2009/08/05(水) 19:25:29ID:Ta8o51LO
>>616
そこそこの性能ってどれぐらい?ext3より早い?
ext3ばかりをDBに使っているオレに分かるように
reiserfsのありがたみを教えてよ。
0621login:Penguin2009/08/05(水) 19:38:07ID:l0ecsUdB
自分で使ってみればいいじゃん
0622login:Penguin2009/08/05(水) 20:15:21ID:uRwqclf+
てかDBに使うならどのfsでも大差ない。
0623login:Penguin2009/08/05(水) 21:54:52ID:jAE0qfFT
動的inodeじゃない時点で却下
0624login:Penguin2009/08/05(水) 22:49:05ID:5pkgixmk
>>623
動的iノードのファイルシステムを支持するとスレが荒れますよ。ご注意を。
0625XFS2009/08/05(水) 23:24:27ID:r1cVDk5Q
荒らす奴が悪い。
0626login:Penguin2009/08/06(木) 15:28:15ID:Ak5ILM8x
>>622
ほんとか?詳細キボーン
0627login:Penguin2009/08/06(木) 16:01:18ID:V0OhXb2J
>>626
btrfsなどCoW系のはデータの書き換えで
メタデータのチェックサムを更新するから遅そうだ。
nilfsなどLOGFS系は明らかに向いてないだろうね。
ext2などブロック管理のは
DBファイルのサイズが大きくなったときに性能がおちる。
それ意外のはキャッシュのつくりがよほど弱くなければ
似たような性能になるんじゃないのか?
0628login:Penguin2009/08/06(木) 20:33:02ID:QxBdNWpW
つーか、動的i-nodeって一言で言っても

例えばReiserFSとか、NTFSや、Btrfsみたいに、
使われてないi-nodeは確保せず、必要に応じて
ファイルと一緒にi-nodeも拡張してゆくようなのと

XFSみたいにi-nodeとして使われているエリアがあって
そこが足りなくなってくると、i-nodeエリアを一定量ずつ
再確保してゆくようなのとでは同じ「動的i-node」と言っても
実際にはほとんど別物だと思うんだ

仮にFSとして使える量だけ考えてみても
前者は最後まで無駄なく使えるのに対して
後者はi-nodeとして使われてる空間が多少なりとも使えずに残るし

スピードだって
前者は最後の方に行くに従って段々と遅くなるけど
後者は、後から追加したi-nodeから参照するデータはガクッと遅くなる

単純に「動的i-node」とかって、ひとくくりにしないで欲しいよな
後者のは、昔っからある静的i-nodeスタイルなFSに、i-node再確保システムを
後付けしただけなんだから

むしろ後からちまちま再確保せず、始めっからドカッとi-nodeを確保する
昔ながらのFSの方が潔いし、スピードもそっちの方が速いよ
0629login:Penguin2009/08/06(木) 20:40:47ID:RMpOGeqI
>>628を要約します

XFSはクソ
0630login:Penguin2009/08/06(木) 20:50:32ID:IKCdGcSv
>>628
> 後者は、後から追加したi-nodeから参照するデータはガクッと遅くなる
> 昔ながらのFSの方が潔いし、スピードもそっちの方が速いよ
この2点のソースは?
0631login:Penguin2009/08/07(金) 11:32:52ID:utwdKufT
無駄なi-node領域があるのはかまわないんですよね。まあ多すぎるのは意味ないですけど。

必要に応じて振る方法が、最後の方になると遅くなるはなんでですか?
たとえばReiserfsだと、ファイルの情報は全部ツリーに入ってる(から動的)わけで、
ファイル数が増えた(=ツリーが大きくなった)という理由以外だと、
空きobjectidの検索があるから?でも動的じゃなくても空いてるの探すのはありますよね?

XFSはAG毎に管理してるから、後からのやつが遅くなるってことは無さそうなんだけど、
遅くなるんですかね?もちろんAG数に依存はすると思うけど。
0632login:Penguin2009/08/07(金) 13:14:15ID:+w6MBDzH
XFS+UPSが最強なのにまだやってんのかよ
いい加減にしろ
0633login:Penguin2009/08/07(金) 13:20:22ID:Y0OUSY1v
>>631
いつものアンチXFS厨だよ。気にすんな
0634login:Penguin2009/08/08(土) 06:47:21ID:KCg3bIRj
>>632
/bootだけはext2だろ
0635login:Penguin2009/08/08(土) 09:48:48ID:ZAmfBvdJ
全部xfsじゃダメなの?
md使ってたらgrubがxfs対応してないから/bootはext2にしてるけどさ。
0636login:Penguin2009/08/08(土) 09:57:05ID:1jiNUxA+
>>635

XFSは地獄
ext2/3/4は天国

この現実を知らないの?
/bootがXFSなら明日は起動しないかもよ?
0637login:Penguin2009/08/08(土) 10:09:28ID:+0qGTwxr
>>635
馬鹿に構うなよ
0638login:Penguin2009/08/08(土) 10:10:58ID:urqjNkQr
/bootとかブートに関係するとこは高機能なのよりできるだけ単純というか、
よく揉まれているtried & trueなファイルシステムの方がいいっていう話じゃないか。
XFSとかreiserも低リソースで起動しなきゃいけないブートローダがサポートするには色々複雑で大変だよな、
みたいな。

EFIとか使うとEFI用の領域ってFATになるよな。たしか。
0639login:Penguin2009/08/08(土) 10:28:55ID:1jiNUxA+
>>637
わかりました。
0640login:Penguin2009/08/08(土) 10:50:31ID:mBkq56h9
/bootは殆ど書き換えないから、単純な方がいいな
0641login:Penguin2009/08/08(土) 11:23:54ID:i8n9snwz
GRUBはジャーナルを使わないから/bootをジャーナリングファイルシステム
にするのは無意味どころか有害って既出の話
カーネルの更新中にクラッシュしちまうような
日頃の行いの悪い子以外はどうでもいい話だけどな
0642login:Penguin2009/08/08(土) 11:37:57ID:urqjNkQr
うんうん。
/以下をまるごと同じファイルシステム使っていると、そのへんの加減ができないからやっぱ駄目だよねえ。
0643login:Penguin2009/08/08(土) 13:22:09ID:ZAmfBvdJ
639
?
0644login:Penguin2009/08/08(土) 15:01:13ID:zDfovaF0
Linuxのファイルシステムはよくない、んだとよwww
http://q.hatena.ne.jp/1249468575
0645login:Penguin2009/08/08(土) 15:04:37ID:2KSMxYa2
またマカーか
0646login:Penguin2009/08/08(土) 15:32:07ID:SmLZHg3a
HNに注目
0647login:Penguin2009/08/08(土) 15:53:33ID:+gGkG7kS
swap と / しかパーティション切ってない orz

昔NetBSD使ってたころは / /usr /home /var とか色々分けてたけど段々面倒になってきて...
0648login:Penguin2009/08/08(土) 16:47:44ID:2Mh/ngI8
俺は/と/homeだけだな
swapはファイルにした
0649login:Penguin2009/08/08(土) 18:05:10ID:LOt12QIC
今さらboot分ける意味ってなくね?
0650login:Penguin2009/08/08(土) 19:08:08ID:0nmwXefb
>>649
逆にext4がデフォルトになったディストリだとブートローダの都合で必須じゃね?
■ このスレッドは過去ログ倉庫に格納されています