[過去ﾛｸﾞ] /**ファイルシステム総合スレ その3**/ (983ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
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ごとに、ターゲットにしてる人に合わせた対応って感じなのかな。
上下前次1-新書関写板覧索設栞歴
あと 443 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.017s