[過去ﾛｸﾞ] /**ファイルシステム総合スレ その3**/ (983ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
514: 2005/05/30(月)09:12 ID:i64dRy21(1) AAS
流石513だ
そんなところに憧れるぜ
515(1): 2005/05/30(月)10:49 ID:KoV8h0gA(1) AAS
>>507
関係ないところでつっこんでわるいが、
細かい大量のファイルの処理なら ReiserFS、
大きなファイルの処理なら XFS が良いかと。
>>498
こ・・これは・・・。
こういう考えの人もいるから、
オープンソースとクローズソース論争が余計ねじれるのかな。
516: 2005/05/30(月)11:58 ID:y3FzkrcN(1) AAS
> 外部ﾘﾝｸ[html]:blog.livedoor.jp
こいつは主にゲーハー板で有名な、MS営業にいそしむ電波なので関わらないのが吉かと。
517(1): 2005/05/30(月)13:04 ID:5fd+kXfT(1) AAS
>>515
今ならそうかもしれない
昔ならありえない時期もあった
そもそも「仕事で使うならReiserFSは選択肢に入れない」っていう人もこのスレには多いはず
なお>>570は細かいとは一言も言っていない
518(1): 2005/05/30(月)13:23 ID:isNlVzIG(1) AAS
>>517
日本国内の場合、仕事でLinux OSを使うこということは
ほとんどRed Hat Enterprise Linuxを使うということになるので、
技術的には使えてもサポートされていないReiserFSは
選択肢からは外れるね。SuSEを使うならOKだけど。
519: 2005/05/30(月)13:41 ID:04TkSPjg(1) AAS
>>570よ、「細かい」とは絶対書くなよ。
520: 2005/05/30(月)14:07 ID:5vmRVw8C(1) AAS
>>570
やらないか？
521: 2005/05/30(月)23:53 ID:YBPuhiGd(1) AAS
>>518 は「仕事でLinux OSを使う」イコール「ホストのお守り」という
思いこみの激しい香具師。
522: 2005/05/30(月)23:55 ID:BpInOoAy(1) AAS
>>570
「大きな」と書いとけ
523(1): 2005/05/31(火)02:39 ID:66ZHUBQ4(1) AAS
相変わらず要らない子なJFS
524: 2005/05/31(火)23:19 ID:X6W3xdgE(1/2) AAS
>>523
確かにねぇ...
HT-Treeでオールマイティーの ext3
小さいファイルなら reiserfs
大きいファイルなら XFS
ext3の代りにつかってみようか。でもユーザが少ないと
バグ出しも十分でないし。
525: 2005/05/31(火)23:20 ID:X6W3xdgE(2/2) AAS
うひひ
H-Treeだわさ。
526(1): 2005/05/31(火)23:58 ID:jsVIaIdN(1) AAS
reiser4も、そこはかとなく要らない子風味？
527: 2005/06/01(水)00:16 ID:ShbNpydh(1) AAS
>>526
前使ってたけど、人柱は足りてない気はする。
特性とかがreiserfsと近いならそのうち置き換わるんじゃね？
528(1): 2005/06/01(水)02:10 ID:2U2sugfS(1) AAS
小さいなら reiserfs って
アクセスが速いってこと？
それとも容量を食わないってこと？
529(1): 2005/06/01(水)07:47 ID:rTg/Ztgc(1) AAS
niifs (New Implementation of a Log-Structured File System)
外部ﾘﾝｸ[html]:lc.linux.or.jp
はどうなんかの
530: 2005/06/01(水)08:20 ID:NRggAtI+(1) AAS
>>528
一応両方。
ファイル最後尾の小さな断片をまとめることで容量を節約する機構がある。
（Reiser ほどじゃないけど XFS にも節約機構有り。）
速度に関しては、ファイルの作成・削除が非常に高速なので、
結果小さいファイルを多く作るのが速い。
デフラグソフト PerfectDisk を使っていると分かるけど、
クライアント用途においては容量比で 90% 以上のファイルは一ヶ月以上
更新されない。ReiserFS はこれに着目してファイルを再配置する機構もある。
元々 Reiser 系は小さいファイルの扱いにフォーカスして設計されている。
省2
531: 2005/06/01(水)09:23 ID:ezJ7Y1/u(1) AAS
JFSは使われてないねぇ。
SELinuxでつかえないから、FC/RedHat系で使われる事もないだろうし。
ReiserFSだと小さいファイルは、なんて言うか忘れたけど、
NTFSのMFTみたいに扱うから、それも高速化の一因だったはず。
532(1): 2005/06/01(水)12:52 ID:pd+Zn3ll(1/2) AAS
いや、NTFSのMFTのようにinodeの直接収めるのはXFSの方だよ
Reiserfsのpackingは違うっしょ
533: 2005/06/01(水)17:13 ID:pd+Zn3ll(2/2) AAS
×inodeの
○inodeに
534: 2005/06/03(金)00:22 ID:9Z8EdnsP(1) AAS
JFSでシステム組んでるんですけど、、、orz.
でも、いまんとこクラッシュなくて（・∀・）ｲｲ!!よ。
ext3ではひどい目にあったけど、、、
535: 2005/06/03(金)04:21 ID:fqpvqrM5(1) AAS
なんでこんなに大勢で弄ってるわりにはLinuxのファイルシステムって
評判悪いの？
536: 2005/06/03(金)04:26 ID:cyvEt3ew(1) AAS
評判悪い？
そんなこときいたこともないよ
537: 2005/06/03(金)07:22 ID:6fV393qL(1) AAS
VxVMのおまけのVxFSでいいや。
538: 2005/06/03(金)23:55 ID:riyCeKN/(1) AAS
OSF1のおまけのAFSでいいや。
539(3): 2005/06/05(日)13:35 ID:NmJdwXF5(1/2) AAS
本当かどうかはともかく、悪い評判をまいてるヤシはいるわな。ほれ、また奥山ネタだが。
外部ﾘﾝｸ[pl]:slashdot.jp
>Qu FuPing が LinusとFile System Maintainer に対し、障害時エラー出力の標準化を求めている。
>しかし、Linusは全く対応しようとしない。その態度には誠実さなどかけらも無い。
>
>背景を少し説明しよう。 Project DOUBT で、彼は 実に素晴らしいテスト を考え付いてくれた。
>対象はファイルシステム。調査内容はハードウェア障害をファイルシステムがいかに素早く
>アプリケーションに通達するか、だ。
>意図的にUPnP機能を持つデバイス上にファイルシステムを作ることで、
>デバイスドライバーまでは障害を確実に取得できるようにする。
省14
540: 2005/06/05(日)14:51 ID:bh5pvN4i(1/2) AAS
>>539
Windowsなんかは、知識が足りないユーザーも使うから、
エラーはしっかり出すように気をつけてるんかね〜
OSごとに、ターゲットにしてる人に合わせた対応って感じなのかな。
541: 2005/06/05(日)15:33 ID:VJ9bX/vX(1/2) AAS
WindowsでFAT32に4Gを超えるファイルを
542: 2005/06/05(日)15:34 ID:VJ9bX/vX(2/2) AAS
途中で投稿しちまった
コピーしようとしたときのエラーメッセージとか、しっかりしてないよWindowsも
543: 2005/06/05(日)16:05 ID:NmJdwXF5(2/2) AAS
WindowsのUSBデバイスの場合は、デバイスがひっこぬかれた瞬間に
システム側のファイルシステムが強制アンマウントされた状態になるよね。
Unixで同じようにファイルシステム強制アンマウントってできるの?
普通はプロセスがさわってたらDevice busyとかなっちゃうけど、
あれの根本的解決ないのかな。
linux-2.4.30でUSB HDDひっこぬいて(device busyがない状態で)
存在しなくなったブロックデバイスをumountしようとすると
reiserfsなんかはfs driver内でSEGV起きてたりした気がする。
544: 2005/06/05(日)17:10 ID:NpLX2uh5(1) AAS
昔 USB フロッピードライブを USB 端子にさしたとき、
ディスクが入ってないせいで kernel がとまったことがあった。
545: 2005/06/05(日)18:28 ID:r7kQQlxC(1) AAS
これ言っちゃおしまいかもしれないけど、
Linuxは昔も今もこれからも、そういうモノでないかなあ。
それが嫌ならBSDなりSolarisなりWindowsなりを使えばいいわけで。
それを知らずにLinusの信者になる方が悪いっていうか…
546: 2005/06/05(日)18:32 ID:b0+PVAiV(1) AAS
Linus「patch書けば？」
547: 2005/06/05(日)19:13 ID:bh5pvN4i(2/2) AAS
でも、気に入らないって言われて、書いたパッチはキックされちゃうんでしょｗ
548: 2005/06/05(日)19:20 ID:Za7i2s6w(1) AAS
>>539
Qu FupingがLKMLで相談したのがこのスレ
外部ﾘﾝｸ:lkml.org
教祖様が参戦したスレは
「USBはホットプラグデバイスなんだから再接続した時にスムーズに再マウントできないとダメだろ」
とかめちゃめちゃな流れになっててワロス
長文のわりに議論が下手糞だなあ
ところでFreeBSDのFireWireディスクは切断-再接続した時再マウントなしに使えるんじゃなかったっけ
549: 2005/06/05(日)22:18 ID:+llbLc1X(1) AAS
そこで fork ですよ。
550(1): 2005/06/05(日)23:21 ID:VQX7pw2P(1) AAS
AA省
551: 2005/06/06(月)00:11 ID:y1ocIhz9(1) AAS
そりゃ食えん
552: 2005/06/06(月)01:55 ID:vt5pixcw(1) AAS
Linus「文句言う or 日記書く or 2chに書きこみする 暇があったら、*素晴らしい* patch 書け。以上、議論終了。」
553(1): 2005/06/06(月)06:18 ID:s8RLPHSC(1) AAS
あくまで、fsに関してのセンスが最悪なLinus的に素晴らしいパッチだけどな。
554: 2005/06/06(月)07:40 ID:SMFVEdZT(1) AAS
reiserはサイズの小さいファイルに適していると聞くけど、具体的にどれくらいのサイズまで適してるの?
555: 2005/06/06(月)14:13 ID:wuoAwrG5(1) AAS
>>550
コーヒー噴いた
556: 2005/06/06(月)15:32 ID:D/IOdsga(1) AAS
>>553
素晴らしくないから拒否される。
本当に最悪と思うなら、>>553の言う最高にセンスのある fs に書き直してみせろよ。
557: 2005/06/06(月)16:22 ID:poq1WMUj(1) AAS
Qu Fupingはfs/mpage.c(MLではmmap()の話だったような)について
同じ動機(デバイスのI/O error対処がなってない)でパッチを投稿して、
Mortonに査読されて、昨日Linusにとりこまれたみたいね。
外部ﾘﾝｸ:grmso.net:8090
とりあえず、Qu Fupingにとっての第一段階の到達点はfsのセンスがどーのこーのではなく、
存在しなくなったデバイスへの書き込みは揃ってEIOを返せというあたりだろうから、
小出しにパッチ書いて投稿できるんじゃないかな。
558(2): 2005/06/06(月)23:42 ID:yGEbpLlG(1) AAS
reiserfsはpageサイズ以内であれば速いですね。
i386なら4Kbyte以内、x86_64とia64であれば16Kbyte以内
reiserfs_file_write
や
reiserfs_writepage
->reiserfs_write_full_page
のソースを追っていけばわかるが、書き込み領域が
1ページの場合だけ、特殊な動作でwrite処理を実現している。
特殊な動作ってのは説明しづらいが。。
小さいファイルをページに詰める処理があって、seekの負担を
省7
559: 2005/06/07(火)00:44 ID:rKiW1npn(1) AAS
>>558
詳解ファイルシステム とか出して
買うよ
560: 2005/06/07(火)01:03 ID:dZKu4NWQ(1) AAS
>>558
洩れも買うぞ。
reiser4もよろ。
561: 2005/06/07(火)01:04 ID:bb9xKaSm(1) AAS
解説書の陳腐化速度予想
低速 高速
<--------------------------->
UFS JFS XFS EXT2 EXT3 ReiserFS(測定不能)
562: 2005/06/07(火)13:45 ID:lZfPWDIo(1) AAS
工夫はいろいろされていると思うが、小細工がかえってパフォーマンスを悪化させることもあって、
実際にどのサイズでどの程度速いかは測らないとわからないかもしれず。
563(1): 2005/06/07(火)17:12 ID:CL2BJbX6(1) AAS
>>539
ぶっちゃけた話、↓これに尽きるだろ。
2chｽﾚ:linux
>Kyle> But you miss the point. Linux is *NOT* about "business", or "enterprise", or "mission-critical". Linux is (at least to many hackers) about hacking, having fun, and Good Design(TM).
564: 2005/06/07(火)21:16 ID:g668WLL2(1) AAS
reiserfs4の内部構造の解説はどこかにwikiがあったよ
565: 2005/06/07(火)21:50 ID:bGOaxwoO(1) AAS
>>563
そのレスの中で一番ウケたのは
Andi> Didnt review more.
だなｗｗｗｗｗｗｗｗｗ
566(1): 2005/06/08(水)01:18 ID:hmEOGUL7(1/2) AAS
ReiserFS のパッキングは確かに速度低下の原因になっているよ。
だから Reiser4 では改良の対象になっている。
ただ、他の工夫で速度をあげているけど。
>>532 にあるような、NTFS XFS の方法は
効果は極端に小さいファイルに限定される。
（NTFS の場合、約 700バイト以下）
ReiserFS の場合、中途半端に小さいファイルでも効果あり。
Reiser4 がなかなか登場しないからいっそのこと
ReiserFS (v3) で / を作る手を打つべきだろうか。
速度にこだわらないなら ext2 も意外に堅牢だと言うし迷うな。
567(1): 2005/06/08(水)01:52 ID:xSWyctMC(1) AAS
>>566
Reiser4が登場しないってどゆこと？
568: 2005/06/08(水)02:02 ID:hmEOGUL7(2/2) AAS
>>567
書き方悪かった。
標準カーネルになかなか取り込まれないってことで。
こんな記事もあった。（１月頃の記事）
外部ﾘﾝｸ:japan.linux.com
>Reiser4は、Linuxカーネル開発者たちによって拒否されたため、
>正式なカーネルおよびインストーラの一部としてはサポートしていません
569: 2005/06/08(水)02:07 ID:4YE2nrMe(1) AAS
reiserfs って 3 のときもひと悶着あったね。
570(5): 2005/06/08(水)04:26 ID:IZ76wtzA(1) AAS
mmには入ってるんだっけ？ > Reiser4
571: 2005/06/08(水)12:45 ID:jRFVsXNe(1) AAS
Reiserって今や出来の悪いレガシー扱いされてるからなぁ・・・
572: 2005/06/08(水)14:07 ID:74pqZXMt(1) AAS
>>570
はいっとる＞2.6.12-rc6-mm1
573: 2005/06/10(金)06:37 ID:yCzBxLKp(1/2) AAS
homeみてみたら、5M〜15Mあたりのファイルが多かったんだがReiser使うにはでかすぎるかな
普通にext3使っとくか…
574: 2005/06/10(金)18:02 ID:P9msjoRr(1) AAS
そこでxfsですよ
575: 2005/06/10(金)23:50 ID:dHgAE2e0(1) AAS
Reiser4だね。
576(1): 2005/06/10(金)23:56 ID:yCzBxLKp(2/2) AAS
xfsって5〜15Mあたりの大きさに適してるんですか?
大きいサイズって言うから少なくとも100M超かと勝手に思ってた。
数Bytes〜4kBytes なら Reiserfs
5M〜 なら xfs って認識でOK?
577(1): 2005/06/11(土)00:16 ID:4GLdh6L7(1) AAS
xfsは細かいファイルだってかまわないで食っちまうファイルシステムなんだぜ
578(1): 2005/06/11(土)00:25 ID:5zO7UDA4(1) AAS
>>577
XFSってファイル消去がすげー遅かった記憶があるんだけど直ってる？
昔2.4カーネルにマージされる前に
# rm -rf /usr/src/linux
してえらく待たされた。
579: 2005/06/11(土)01:06 ID:p/bHJkl2(1) AAS
>>578
試してみたらHDD突然死した＿|￣|○
580: 2005/06/11(土)01:29 ID:U5YVO0VJ(1) AAS
過労でつか？
581: 2005/06/11(土)02:23 ID:hsNbI7ep(1/2) AAS
そもそも「そこで○○ですよ」とか言ってる香具師に反応した時点で釣られてることに気付け。
昔のXFSにくらべたら今のXFSは
「サイズは小さいが大量のファイルの生成/消去くりかえし」
の速度がかなり改善されてるが、
ReiserFSがダンチに速い状況はかわらず。
しかしXFSがメタクソに遅かったのって2.4.0-testXXXとかその頃じゃねーの?
今の2.4.31とか別に死ぬほど遅いとは思わんがな。
582: 2005/06/11(土)06:45 ID:k51zl/Fq(1) AAS
らいざーって読むんだね
レーザーって読んでた
583: 2005/06/11(土)09:42 ID:1+AbN8Zx(1/2) AAS
Linux界隈の人間は用途ごとに別のFile Systemを使おうとする件について
584: 2005/06/11(土)09:47 ID:RfndU6BJ(1) AAS
適材適所
585: 2005/06/11(土)10:22 ID:BT05QDD/(1) AAS
適材適所っていうほど違うわけでもない。
ってことで、信頼性はおしなべて低い(w
586: 2005/06/11(土)10:25 ID:pbNfN/HA(1) AAS
それがLinuxｸｵﾘﾃｨ
587: 2005/06/11(土)10:46 ID:YBm7Ac5C(1) AAS
OS自体を楽しむためのOSだから、それでいいんじゃない？
588: 2005/06/11(土)11:16 ID:QwwdnapJ(1) AAS
全部ext3(ext2)なんて耐えられない。
589(1): 2005/06/11(土)11:49 ID:k11yFVyv(1) AAS
適材適所なのは分かるが、具体的にどんなときに適してるかまとめてある資料ってない?
reiserが小さいファイル、xfsが大きいファイルに適してるってのは知ってるんだが、
>>576が言うみたいな具体的なサイズまでは知らない。
どれくらいの大きさなら、ext3と同程度かそれ以上の性能が出せるのかが知りたいんだが。
590: 2005/06/11(土)13:15 ID:1+AbN8Zx(2/2) AAS
速度しか見ようとしないから厨と言われるのだ
591: 2005/06/11(土)18:11 ID:tsyT4Q7w(1) AAS
>>589
なんだかんだ言って、どのファイルシステムも
大きいファイルから小さいファイルまで考えて作ってある。
確かに、ファイルシステム自体の評価は余り見かけないね。
「 ext は断片化に強いからデフラグは不要 」 と
信じて疑わない人が大多数であるし。
結果は >>529 の一番下の資料を見る限り Windows と同様、
断片化の影響を大きく受けている。
疑わないことで Windows に遅れを取ったことになる。
サーバーマシンではデフラグの効果が余り無いのも事実だけど。
592: 2005/06/11(土)18:31 ID:hsNbI7ep(2/2) AAS
ext2のデフラグツールって90年代前半には既にあっただろ
Unixの「デフラグツールはありえない」っていう思い込みを
無批判にLinuxに適用していたアフォ評論家が多かっただけ
593(2): 2005/06/12(日)12:09 ID:WyDea27m(1) AAS
・fsckが早い
・使用環境のファイルサイズが大きいものが多い環境（1GB以上のファイル）
・そのファイルサイズが大きいファイルの削除が早い
・ランダムアクセスはほとんど発生しない
・MDデバイスやLVM上でもファイルシステムを構築できる
・ファイルシステムの拡張ができる（できれば縮小もできるとうれしいけど、その点は妥協）
といった感じで現在SuSE Linux 8.2 (Kernel 2.4系）で
XFSメインで使用しているのですが
最近（Kernel2.6環境）でも上記条件ではXFSにしておくのが無難ですかねぇ？
ログ見るとReiserFSがかなりよくなってるようですが・・・
594: 2005/06/12(日)12:31 ID:L2jXqSZl(1) AAS
>>593
>>・fsckが早い
XFSのfsckのソースのmain()の中身って
return 0;
だけじゃなかったっけ? 今は違ってる?
595: 2005/06/12(日)14:06 ID:mDDN0cpU(1) AAS
int
main(int argc, char **argv)
{
return 0;
}
先生！変わってませんでした！
596(2): 2005/06/12(日)14:59 ID:vGQn+qRP(1) AAS
> int
> main(int argc, char **argv)
> {
> return 0;
> }
Hello World よりも酷いね・・
早くLinuxででもUFS2を不自由なく使えるようになって欲しい。
UFS2は素晴しい。
597: 2005/06/12(日)15:31 ID:rxgjWDEm(1) AAS
>>596
何がうれしいの?
598: 2005/06/12(日)17:13 ID:xKpfalq4(1) AAS
しかし、reiserfs や ntfs とメジャーなものばっかりですなぁ。話題は。
漏れとしてはそれよか、他のシステムで使われているファイルシステムが気になるのだが...hfsとかhpfsとか
まぁそっち側の趣味を持っている奴がいるのかいないのかぐらい確かめさせてくれ
599: 2005/06/12(日)17:33 ID:2UA783RA(1) AAS
>>596
Linuxのことだから、一から再実装してext2と大してと変わらんシロモノになるぞ(w
600: 2005/06/12(日)18:53 ID:44r2DxRg(1) AAS
filesystemについて理解していないのならわざわざバカなこと書いて
無能を晒さなくてもいいのに。
601: 2005/06/12(日)19:11 ID:YlSd9RFt(1) AAS
600=真性包茎
602: 2005/06/12(日)19:25 ID:jYbChQgW(1) AAS
真性包茎 = UFS
仮性包茎 = UFS + Softupdate
ズルムケ = XFS, Reiserfs
603(1): 2005/06/13(月)03:56 ID:TqaxjCvq(1) AAS
上の方がすぐれてるんだよな？
604: 2005/06/13(月)04:14 ID:KnVvvbwy(1) AAS
>>603
真ん中が地球上の動物として普通。
605(2): 2005/06/13(月)08:11 ID:WmB6lfpd(1) AAS
外部ﾘﾝｸ[html]:blog.livedoor.jp
Re:ひとつのディレクトリに数十万個のファイル？
606: 2005/06/13(月)08:59 ID:2RWzgV4j(1) AAS
そもそもXFSのfsckに何をさせようというのだろう。
607: 2005/06/13(月)11:36 ID:rDElFmZS(1) AAS
>>593 が言ってるfsckってjournal replayのことだろ…
608: 2005/06/13(月)16:41 ID:u9pC4VSX(1) AAS
>>605
要約すると
「ぼくは情報処理のべんきょうをしたことがありません」
「ぼくは悪くありません」
てことですね。
609(1): 2005/06/13(月)23:57 ID:lEURqtLJ(1) AAS
まあ、普通に考えてDBでやるだろうな
610(1): 2005/06/14(火)00:22 ID:wqoBv/5M(1) AAS
>>609
んだな。
ところで今のサーバのメモリが2Gくらいって感覚はどうなの。
何のサーバかにもよるけど、最近なら8G位普通じゃない？
611(1): 2005/06/14(火)00:43 ID:/x4CkgdX(1) AAS
>>610
鯖でなくてもデスクトップなら普通2Gくらい載せてるだろ。
4GoverだとM/BのスロットとOSが64bit対応してるのがmustだな。
612(1): 2005/06/14(火)02:09 ID:LlAuHwpv(1) AAS
>>605のリンク先の言い訳を見てると首がもげるぐらい傾くな。
8ビット機の昔から、ゲームで大量に使わなきゃいけないデータは単純に結合した１つのファイル
にでもしておく手法が主流だったんじゃないか？
msec単位の処理時間を気にするなら、openよりseekの方が速いだろうに。
613: 2005/06/14(火)03:55 ID:yLaqsY1o(1) AAS
>>612
確かに。違う画像とって来るにもopen-read-closeよりseek-readの方が速い
上下前次1-新書関写板覧索設栞歴
あと 370 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.031s