[過去ﾛｸﾞ] /**ファイルシステム総合スレ その3**/ (983ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
491: 2005/05/20(金)17:48 ID:gRG2z9TW(1) AAS
>>487
ソース見せれ。
492(2): 2005/05/24(火)21:28 ID:CcC3rd0B(1) AAS
Linux って smart に関するチェックツールは標準でついていますか?
SUSEとかRedHatあたりを想定して質問しています．
493: 2005/05/24(火)21:40 ID:U6QwgWRd(1) AAS
smartctl
標準で付いてるかはしらね
494: 2005/05/25(水)02:05 ID:TyXMytcf(1) AAS
>>492
FC3の場合、smartctlはkernel-utilsに入ってる。
標準と言ってもいいと思う。
FC-develの場合、smartmontoolsに入っている。
こちらは標準かはパッケージからは不明。
インストーラのスクリプトを読んでくれ。
495: 2005/05/25(水)16:34 ID:E6SguD3j(1) AAS
>>492
SUSEだと、まんまsmartmontoolsというパッケージに入ってるな。
496(1): 2005/05/29(日)00:10 ID:jMu2od1v(1/3) AAS
Novell SUSE LINX Enterprise Server 9 評価版
にlustreが入ってたので試してみました。
フルインストールでもlustreは選択されてないので、
検索→lustreで出てきたパッケージを入れてインスコ
で、time ddで性能計ってみた
ローカル性能、1spindle
ext2とext2上に作成したスピンドルに対してのI/O
read(time dd if=/fs of=/dev/null)
size___ext2_____lustre
__4KB__778M/s___200M/s
省12
497(1): 2005/05/29(日)04:05 ID:c3E3M3x2(1/2) AAS
Linuxのファイルシステムってなんでまともにsyncしないものが多いんだろ?
498(3): 2005/05/29(日)04:17 ID:TPP2iooT(1) AAS
外部ﾘﾝｸ[html]:blog.livedoor.jp
また、パフォーマンス上も問題があって、実際にLinuxでサーバを組んで、
30万個のファイルを置いてみたら爆発的に遅くなった挙句、ハードディスク
が焼け死ぬという事態をひきおこしてしまい、以来なるべくWindowsサーバを
使っています。
499: 2005/05/29(日)04:28 ID:zSFo58bZ(1) AAS
ファイルシステムってハードディスクの物理的な破損を引き起こす事が可能なの？
500: 2005/05/29(日)11:06 ID:twTCB58j(1) AAS
寿命を縮めるぐらいならできそうだけど、
焼け死ぬかねぇ。
501(1): 2005/05/29(日)11:17 ID:gtLSw276(1) AAS
>>498
この人は
＞Linux関連のサーバを作って飯を食うようになってかれこれ6年経ちますが、
＞いまだに全貌が把握できていません
とか言ってWindowsサーバを使っているということは、
windowsの全貌を把握しているということなのか。
それはものすごくとんでもなくすごいことのように思われるのだが。。。
502: 2005/05/29(日)12:11 ID:hkr9w7J3(1) AAS
6年も使ってるのに把握できないなんてよっぽど...
503: 477 2005/05/29(日)12:32 ID:EBOrcVsP(1) AAS
>>501
こんなやつが、Linux 鯖で飯を食ってる当たりが エセエンジニアの
臭いがプンプン。だいたい fs と hd の物理的破損が関係あるわけない。
何の根拠もなく、こんなのことを平気で書くエンジニアがいるなんて
自分の無能をさらしているようなもんだろ。そういうやつがいるから
漏れに尻ぬぐいが回ってきて困るわけだが…。
504: 2005/05/29(日)12:43 ID:80gG1moJ(1) AAS
誤 ＞Linux関連のサーバを作って飯を食うようになってかれこれ6年経ちますが、
正 ＞Linux関連のサーバールームを作って飯を食うようになってかれこれ6年経ちますが、
505: 2005/05/29(日)12:50 ID:KKU89vSn(1) AAS
sambaが激遅なのは、認める。
506: 2005/05/29(日)12:57 ID:OUUVBMqM(1) AAS
自爆スイッチを押しちゃったんだよ、いろんな意味で。
507(1): 2005/05/29(日)13:20 ID:jMu2od1v(2/3) AAS
>>498
ファイルシステムごとに特性があるので、
用途に合わせてファイルシステムを選ぶ
べきだと思いますよ。
ファイル数が多い用途ならxfsかな。
私は1500万ファイル作成の実績がある。
6年も何をやってたのでしょうかね。。
508(1): 2005/05/29(日)14:01 ID:c9+5TNiD(1) AAS
>>496
lustreってどういうモノ？
>>497
いつの話をしている？
- どうせマシンが落ちたらおしまいだから、と割り切っていた。
- Linusが遅いのが嫌いだから、速度稼ぐため。
というのが昔の認識だったが。
509(1): 2005/05/29(日)14:39 ID:c3E3M3x2(2/2) AAS
>>508
今の話。いまだにext3ですらまともにsyncしとらんのじゃないかという話すら
あるわけで。
510: 2005/05/29(日)14:40 ID:jMu2od1v(3/3) AAS
外部ﾘﾝｸ:www.lustre.org
lustreは並列ファイルシステム、pvfsなども並列ファイルシステム
1台以上のPCでファイルシステムを構築する。
PC512台で1台当たり100GのHDを2個づつ持ってたら
100G×2個×512台＝
100TBの大容量ファイルシステムを組める
まぁ1台構成でもいいけど。
Lustreは1.2.4が無料公開
1.4系は有料です。
SuSEに入ってるのは1.2.1でした。
511: 2005/05/29(日)15:07 ID:NoZthknx(1) AAS
>509
まともにsyncしなければならない状況って
どこまでを対象(保証)するかというわけで、
lkmlで教祖様も、H.Reiserに「まぁ、頑張れや」
ってコメントを食らってたなぁ。
512: 2005/05/29(日)16:07 ID:SXHWtLvr(1) AAS
教祖様って何してる人なの？
513: 2005/05/30(月)09:09 ID:3U+9qI7o(1) AAS
要するに、どこまで保証するの？って話しになるときりがないから、
最初からsyncをしないって選択はありじゃない？
ぶっちゃけunmountの時だけsyncすればいい気がする。
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
速度しか見ようとしないから厨と言われるのだ
上下前次1-新書関写板覧索設栞歴
あと 393 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.032s