/**ファイルシステム総合スレその1**/

[過去ﾛｸﾞ] /**ファイルシステム総合スレその1**/ (979ﾚｽ)
上下前次 1-新

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索歴削→次ｽﾚ栞削→次ｽﾚ過去ﾛｸﾞﾒﾆｭｰ

291: 02/09/15 01:04 ID:uUp6xh6w(1) AAS
>>288
Vine の 2.2 系のカーネル使えば?
漏れも最近まで 2.2.20 でﾊｧﾊｧしてたし。

292: 02/09/15 02:00 ID:LyqVgR2j(1) AAS
reiserfsはマルチプロセスで読み書きが発生すると極端に遅くなるような気がするする。
結局XFSに戻してしまった。

293(2): 02/09/16 07:36 ID:uUt+35Wb(1/2) AAS
reiserfs より XFS の方がディスク多く使います？
ディスク消費量少なくてすむと思ってたのに増えてしまって。
移行のときヘマしたのかも。普通に cp したけど。

294(1): 名無しだったのかもしれない… 02/09/16 11:04 ID:BUBCT+nI(1) AAS
>>293
> 普通に cp したけど。

symbolic linkが無くなって、copyされてるんじゃないの?
$ \ls -l /usr
してみれ。/varや/usr/shareに対するsym. link残ってる?

295: 293 02/09/16 12:05 ID:uUt+35Wb(2/2) AAS
>>294
嘘書いてました。cp じゃなくて cp -a しました。

>$ \ls -l /usr
/usr の下にはもともと symbolic link はなかったような気がしますが。

symbolic link をコピーする時にリンク先をコピーしてしまってディスク消費
量が増えているかもしれない、ってことでしょうか？
もともと symbolic link のあった場所をいくつか見てみましたが問題なさそ
うです。
# ってもしかしてそういうことじゃないかも。

ちなみにどれくらい増えたかというと
省4

296(1): 02/09/16 17:48 ID:F6rBInAI(1) AAS
reiserfsの方が「小さいファイル」の格納はうまかったような気が。

297: 02/09/16 22:44 ID:DO7Ba14K(1) AAS
>>296
小さいファイルの読み書きが速いというのは聞いたことがあるが、格納もうまいの？

298(1): 02/09/18 00:37 ID:rJNtBE3P(1) AAS
ｷﾀ━(ﾟ∀ﾟ)━( ﾟ∀)━( 　ﾟ)━(　　)━(ﾟ　)━(∀ﾟ )━(ﾟ∀ﾟ)━!!!!
外部ﾘﾝｸ:slashdot.org

299: 02/09/18 00:53 ID:rZLlypOF(1) AAS
>>298
2.4系列にはバックポートしてくれんかのう……

300: 02/09/18 18:46 ID:jQCFqTBW(1) AAS
Test of six linux filesystems: ext2, ext3, jfs, reiserfs, vfat, xfs on linux 2.4.5
外部ﾘﾝｸ:aurora.zemris.fer.hr

301(1): 02/09/19 01:24 ID:gnQ1F6hp(1) AAS
/.Jでこのスレと同じようなこと繰り返してるな。

302: 02/09/21 06:56 ID:87jQZSfI(1) AAS
>>301
私は235,236,238,245です
/.では簡潔な発言をした方のACです
softupdateは鰯の頭です

303: 02/09/21 21:44 ID:MYgJ1qK+(1) AAS
2.5のXFSはバッファキャッシュを使わずに巨大な
I/Oを一度に発行するので，でかいデータを扱っても
割り込みの数やCPU負荷を抑えられるというメリットが
あります。

304: 02/09/24 07:57 ID:gLll3W7j(1) AAS
NortonGhost2003《やっと》ext3に対応。

305: 02/09/25 18:13 ID:xXMi80dh(1) AAS
LinuxのUDFって日本語ファイル名が使えないの？

306(1): 02/10/02 20:33 ID:PGECUQKR(1) AAS
>>272,275
かめれすだが ...
e2compr の 2.4 対応版でてきたよ。
外部ﾘﾝｸ:www.alizt.com

307: 02/10/03 01:54 ID:pwZAl6sE(1) AAS
>>306
（ﾟ∀ﾟ）すばらしい！！
だが・・・なんて色使いなんだこのページわ・・・

308(1): 02/10/04 14:26 ID:PyejdkGq(1) AAS
外部ﾘﾝｸ:marc.theaimsgroup.com
なんか、もーreiserfsなんて要らない感じだな

309: 02/10/05 11:40 ID:J7Z01N8L(1) AAS
近代的な(linuxの)fsの機能
o 高速なディレクトリアクセス(hashでB-treeに対抗できてる？)
o i-nodeのダイナミックアロケーション
(reiserfs, jfs, xfs: df -i で変な数字が出てくる)
o ブロックの遅延確保(XFS)
o バッファキャッシュを使わずに巨大I/O(xfs,(jfsはジャーナルのとこだけ))
o SMPでのスケーラビリティ(ext3は低い，ext2を含めて他は高い)
o tail merging(reiserfs)
あとはlinuxでの動作実績(1年ぐらい)も欲しい

310(1): 02/10/05 12:16 ID:bWaKYQqn(1) AAS
>>308
ディレクトリのアクセスが速くなるのはいいけど
ReiserFSｽﾃと言うほどExt3が良いの？どんな点が？

311: 02/10/05 12:54 ID:u3TOzvfM(1) AAS
ReiserFSはこれからのFSだからもうちょっと見守ってみるべきかと。

312: 02/10/07 10:32 ID:SAwA6HJ3(1) AAS
実際問題としてディレクトリエントリへのアクセスが
遅いなと感じるようなディレクトリ構成は、何か間違っていると思う。
>>310
reiserfsとext3をそれぞれ別の端末で使ってたけど、
クラッシュ時に嫌な壊れ方をするのは前者だったので
新規にmkfsするときはext3の方が多いです。

313(1): 02/10/07 23:41 ID:0Hu6kU8a(1) AAS
EXT3のパーティーションをfsck.ext2やっても何も問題ないですか？

314(1): 02/10/08 01:53 ID:WXvW/Y3L(1) AAS
fsck.ext3ってfsck.ext2のhard link、、、じゃないな、今見たら
ファイルサイズはもちろんMD5も同じなんで同一バイナリなのだろうが
違うinodeだな、なんじゃこりゃ(debian sid/i386の環境)

>>313
つーことで、問題無いというか同じ事だと思います

315: 02/10/08 19:16 ID:fvRxGgJQ(1) AAS
>>314
ありがとうございます。今からEXT3にします。

316(1): 02/10/09 23:48 ID:glBts/Pi(1) AAS
さて、今から 1TB のディスクをフォーマットするんだが、
ファイルシステムは何が良いだろう。(ext2,ext3,reiserfs,jfs)
ポイントとしては、1)小さい多量のファイル 2)NFS の２点。

自分としては reiserfs にするか jfs にするか迷っているのだが。

317(1): 02/10/10 00:04 ID:BmQPitdK(1) AAS
テストしないの？

318: 02/10/10 00:33 ID:MluNRh/+(1/2) AAS
やってるよ。
でも例えば dd if=/dev/zero of=/mnt/disk1/largefile
とかやってHDD全体をなめるテストだけでも１日かかるんだわ。

319: 02/10/10 12:06 ID:BIlKE6ng(1) AAS
>>316
reiserfsは小さいファイルへのアクセスが速いが，まだ若すぎる．
1TBっていうからには個人での用途ではなく，
安定性が求められると思うんだが，
それだったら現状ではext3あたりしか選択肢はないように思えるんだが．
>>320はどうよ？

320(1): 02/10/10 12:08 ID:bo3lwRwH(1) AAS
んー、ディスク半分くれたら考えてもいいよ。

321(1): 02/10/10 14:35 ID:MluNRh/+(2/2) AAS
ext3(data=jarnal)は書き込み性能が他の半分程度しかない
(bonnie++で計測)んで、選択肢としては悪くないのだが...
使用環境を想定したテストはまだこれからなんだが、
チェックの組合せが多いとぼらんてぃあーではしんどいんだわさ。

322: 02/10/10 21:27 ID:EfhnIyya(1) AAS
>>321
data=journalなら書き込み時間が倍になるのは
道理だと思うのですが？

323(2): 02/10/11 00:50 ID:GfF/nRnu(1/3) AAS
いや、だから、ext3(data=ordered)とjfsとreiserfsから
選択するとしてもext3なのかな...と思って。

324: 02/10/11 03:53 ID:jehWricB(1) AAS
>>323
話が全然見えません

325: 02/10/11 11:14 ID:xMDGjF+I(1) AAS
>>323
jfsが選択肢に入ってるのにxfsが選択肢に挙がっていないのは何故？
xfsも1.1になってだいぶ改善されたとかdeveloperWorksの記事にあったけど。
(>>287のリンク先の記事)

326(2): 02/10/11 12:43 ID:GfF/nRnu(2/3) AAS
1)たまたまテストしているマシンがターボでxfsが入っていない
2)xfsは大きいファイルに強いが小さい大量のファイルはどうか？
と言う点で今回の選択肢には入ってません。2)の経験談ありませんか？

(別の数MB～数百MBのファイルサイズが主の500GBのHDDでxfs+lvm運用で
そろそろ１ヵ月になるのがありますのでxfsを無視している訳でなないです)

今回の用途とは別だけど、
-rw-r--r-- 1 XXXXX XXXXX 1357266583552 10月 11日 03:12 /mnt/disk1/test/bigfile
と書き込みはOKだったが、
dd if=/mnt/disk1/test/bigfile of=/dev/null
とかやったら
省2

327: 02/10/11 12:46 ID:GfF/nRnu(3/3) AAS
あ、ちなみに上のエラーはreiserfs上です。

328: 02/10/11 22:55 ID:g0fFCgZg(1) AAS
>326
lvmってMAX256GBじゃなかったっけ？

329: 256 02/10/11 23:33 ID:/fgIRKQ8(1) AAS
>>326
reiserfsはホントに壊れます．
個人用途で半年間 '/'(ルート)をreiserfsで使いましたが，
気付いたときにはfsckでも解決できないくらい壊れてました．
結局，フォーマットして入れ直し．(ext3にした．)
悪いこと言わないからreiserfsだけはやめた方がいいです．

あと，ちょっとやそっと速いことなんかより，安定性を重視するべきだと思うよ．

330(1): 02/10/12 20:02 ID:zC91l6Vv(1) AAS
reiserfsの悪い噂は散々聞いているが、使用時のkernelのバージョン
と一緒に聞いたことはほとんどないな...
develpersworksの記事にも最近のreiserfsは安定してきているとあるが、
どうよ？

lvmはPEのサイズ変えれば2TBまでいけます。

331: 256 02/10/12 21:23 ID:QYLrd0q3(1) AAS
>>330
確かに．
ちなみに私は導入時(インストーラのカーネル)は2.4.9だったけど，
すぐに当時最新だった2.4.17にした．
Debian/testingなので，Debianにカーネルの最新パッケージが
登場するたびにカーネルは作り直した．
壊れてるのが発覚したときは2.4.19だったと思う．
残念ながらいつ壊れたのかはわからない．

332(2): 02/10/13 08:29 ID:8PJX0kK8(1) AAS
漏れは二台reiserfs onlyで運用してるけど、
特に問題出てないなぁ。昔は酷かったけど。

333: 02/10/13 21:30 ID:9gy9v5IE(1) AAS
EXT3使ってますが、Windowsみたいにデフラグみたいなやつし無くても大丈夫なんですか？

334: 02/10/13 23:44 ID:UpTP18/F(1) AAS
FAT が特別ダサいだけです

335(1): 02/10/14 00:04 ID:YfAlwh43(1) AAS
>>332
カーネルのバージョンキボンヌ．

336: 02/10/14 01:59 ID:ZkuvAxLC(1/2) AAS
その後のテスト経過ですが、ファイルシステムをext3(data=orderd)にして、
NFSテスト(bonnie++をローカルとリモートで１日実行)はOKでした。
小さいファイルの扱いは、1-64kBのランダムな大きさのファイルを
書き込んで、後で読み込むというテストをやっているのですが、
６つほど並行して１日実行しても、60GBほどしか埋まりません。
(しかもまだ書き込みフェイズだし)
ファイル数は180万、１つのディレクトリに60万ほどありますが、
現時点でファイル生成の速度は極めて遅くこのままでは1TBを埋めるのは
不可能っぽいです。

ちなみに環境はターボ８(2.4.18-3smp)です。なにか良いテスト方法って
省1

337: 02/10/14 02:03 ID:ZkuvAxLC(2/2) AAS
>>１つのディレクトリに60万ほどありますが
30万のまちがいね。

338: 02/10/14 14:04 ID:gFK41Xss(1) AAS
>>335
常に2.4系最新(含むpre/ac patch)

339: 02/10/16 22:34 ID:Bv5hNcA9(1) AAS
336のテストは48時間の後中止しました。hashなしext3ではこれ以上続けても
無理なんで。

続いてjfsのテストに入りましたが、dd if=/dev/zero of=largefileは980GB
ぐらいのところでjfsCommitのカーネルスレッドがCPU異常消費で進まなく
なったので止めて、一旦別のファイルでディスク埋めた後、dd if=largefile
of=/dev/nullで読みだしはOKでした。

ローカルとNFS越しとでbonnie++の連続実行テストは始めて３０分ほどで
SCSIエラー多発でカーネル完全沈黙。2.4.20pre11を入れて再開してます。

これまでの結論。ターボ８のjfsはへたれである。

340(1): 02/10/17 00:24 ID:295BVh5O(1) AAS
ディストリ関係ある？

341: 02/10/17 01:36 ID:c6jIka81(1) AAS
>>340
禿同

342(1): 02/10/17 01:41 ID:eZtB9FEQ(1) AAS
ディストリビューターの仕事ってのは、便利なパッチを集めてきて
それを検証することではないのかな？
特にターボは金もらってやってるんだし、金とってるんだから
(テストしてるのはプロモ版だがな)もう少しマシな仕事をだな...

343(1): 02/10/17 11:54 ID:5HPpVrO6(1) AAS
>>342
JFS for Linuxがどのような状況にあるかくらい知ってんだろ．
Turboは全体的に言ってクソディストロだというのには賛成だが，
JFSの不具合をTurboのせいにするのは筋違いだと思うが．

344: jfs 02/10/20 14:35 ID:z2W/yCBV(1) AAS
そんな jfs の 1.0.24 ﾘﾘｰｽ age

Utilities changes

- byte-swapping fixes for big-endian hardware
(fixes in logredo and fsck.jfs)

File System changes

- readSuper() was incorrectly checking return status of sb_bread()
- change name of get_index to read_index fixes MIPS build issue
- Releasing LOGGC_LOCK too early
In txLazyCommit, we are releasing log->gclock (LOGGC_LOCK) before
checking tblk->flag for tblkGC_LAZY. For the case that tblkGC_LAZY
省6

345: 02/10/20 14:45 ID:wOzazl+a(1) AAS
ひさびさにこのスレ見た。
ものすごく sage 進行だ…

346: 02/10/20 15:38 ID:coarZJ+1(1) AAS
>>343 Turbo8に採用されているjfsが腐ってるという可能性はある。インストーラに使ったjfsのversion問題？

347: 02/10/20 16:13 ID:pz5HABvF(1) AAS
>>332
漏れも Debian/sid, kernel-2.4系おっかけで
ずっと reiserfs だけど、壊れたのはかなり昔だな。
まだパッチ配布で kernel に入る前の頃。
ここ最近は壊れてない。

348(1): 02/10/20 18:49 ID:Po0xlDSy(1) AAS
339のテストの続き。(on jfs)
2.4.20pre11でローカル+NFS越しのbonnie++は24時間のテストクリア。
localでのbonniee++ ４つ同時実行の24時間テストクリア。

1B～64kBのランダムな大きさのサイズのファイルの書き出しと読み込みテスト
は、５つ同時実行でディスク全体を埋める書き出しのテストは終了。
現在読み込みテストに入ってますが、書き込みに比べて死ぬ程時間
がかかります。CPUのidel時間がほとんどなので外付けRAIDが遅いんでしょう。
また、１つのディレクトリ下には推定で800万個のファイルがあるはずです
が、ls -f しても２時間戻ってこず、端末も凍ったので再起動しました。

ちなみに、2.4.20pre11のjfsは1.0.23相当、たーぼ８のそれは1.0.17です。

349: 02/10/20 23:19 ID:o5SkVp+g(1) AAS
せっかくいい感じに沈んでたのにageられてる…。

ところで、>>348はテスト終わったら各FSの印象とか
まとめてくれたりしない？
本格的なテストをやってるようなんで大変参考になると思うんだが。

350: 02/10/23 22:36 ID:CdjY/dSd(1) AAS
348の続き
jfs上での小さいファイルの読み込みテストは、１時間程でkswapd
スレッドがCPUを異常に喰うようになり、テストが進まなくなりました。
再現性ありです。VMの問題かとも思いましたが、その後reiserfsでの
テストでは問題は起きなかったのでjfs特有の問題と思われます。
(2.4.20pre11のjfsは1.0.24相当でした。訂正)

最後にreiserfsのテストに入っていますが、こちらは小さいファイルの
書き込みに問題があり、3-400GBを超えたあたりからbdflush,kswapd,kupdated
のスレッドが異常にCPUを喰うようになりテストがすすまなくなりました。
500GBほどで止めて読み込みテストにはいり、こちらは問題なく終了しました。
省2

351: 02/10/24 15:28 ID:mzv35bhd(1) AAS
テスト終了しましたので、簡単に各ファイルシステムの感想など。
今回は用途が小さい多量のファイルを扱うということで、その辺を
中心にテストしましたので、評価できないところもあります。

ext3(ext2)
１つのディレクトリに多量のファイルがある場合に問題あり。
hashed directoryが安定版にはいればオールマイティなfsかも。

reiserfs
ファイルの書き込み性能に問題があり、特に連続して書き込みを行なう場合
カーネルスレッドの異常動作を引き起こす。またjfsと比較してディスクの
書き込み量(vmstatのbo)に周期的な波があり、詰まるような挙動をする。
省4

352(2): 02/10/25 01:58 ID:lg5TUdbr(1) AAS
ext3で　/が逝ってしまった...
kernel panic であがらない

仕方ないので過去に使ってたHDDを繋いで fsckするも
エラーで修復すらできません...
おまけにマウントできないし

まあデータ領域はマウント出来るのでデータは取り出せるかと
同容量のHDDがない為明日にでも買いに走らないと....

てかfsck効かない場合いい方法ってあるのかな？

353(2): 02/10/28 23:17 ID:+A56r6p4(1) AAS
# mount
/dev/hda3 on / type ext3 (rw,errors=remount-ro)
こんなメッセージが出ているんですけど、　このエラーの意味がわかる人いますか？

354: 02/10/28 23:19 ID:AER5WDBp(1) AAS
>>353
どこにエラーでてるんだ？

355: 02/10/29 00:34 ID:TIzWAM71(1/3) AAS
>>353
man mount位は見てみたのか？

356(2): 352 02/10/29 01:02 ID:pLneawoZ(1/2) AAS
調べてみましたエラーじゃなかったですね。　　ってちょっと言い訳させてください。

# mount
/dev/hda3 on / type ext3 (rw,errors=remount-ro)
proc on /proc type proc (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
/dev/hda2 on /boot type ext3 (rw)

いつも挙動不振な奴にのみ　errors　なんてメッセージがでていたから　エラーだと確信してしまいました。
他の奴には書いてないのになぁ・・・

357: 02/10/29 01:05 ID:TIzWAM71(2/3) AAS
>>356
fstabにそう書いてあるはずだが。編集した覚えは無いか？

358: 02/10/29 01:06 ID:rk9YhGj9(1) AAS
>>356
つかfstabみたことないのか？

359: 352 02/10/29 01:20 ID:pLneawoZ(2/2) AAS
＞ＡＬＬ
fstab 見たこと無かった。　スマソ。　編集した覚えなんてまったく無い。

360: 02/10/29 17:38 ID:hWd0ylIh(1) AAS
ReiserFSって圧縮化できないの？

361(1): 02/10/29 18:52 ID:PCo70yBI(1) AAS
自分の使っているkernelのxfsのversionってどうやって調べるの?

362: 02/10/29 18:57 ID:TIzWAM71(3/3) AAS
>>361
ソース見るとか

363(1): 02/10/30 19:12 ID:5QqX1sKb(1) AAS
tune2fs -j するつもりで mke2fs -j してしもうた。
死んでしまいたい。

364: 02/11/01 05:46 ID:Z+/lNPwB(1) AAS
>>363
よし

365(2): 02/11/10 23:12 ID:i4APiDTi(1/3) AAS
結局どのFSも全ての面ではNTFS上回ることは出来ないのね

366(1): 02/11/10 23:18 ID:i4APiDTi(2/3) AAS
>>↑
別にACLやマルチストリームなんていらねーYO

367(2): 02/11/10 23:19 ID:i4APiDTi(3/3) AAS
>>↑
速度や安定性なんかの面においてです

368: 02/11/10 23:25 ID:Peusroaz(1) AAS
>>365-367
( ´_ゝ`)ﾌｰﾝ
もう終わりですか？

369: 02/11/10 23:30 ID:QtfLr6M8(1) AAS
>365

NTFSとの比較ってどこにあるんですか？

370: 02/11/11 00:45 ID:BgKRJMta(1) AAS
速度だって。

371: 02/11/11 02:02 ID:hEbbcqJ8(1) AAS
何処

372(1): 02/11/11 02:11 ID:l3o0U9JC(1/3) AAS
>>367
主観的な印象だが、NTFSってfragment化を起こしまくるという印象がある
あれはWindowsの実装が悪いのか、ファイルシステムとしての仕様が
根本的に悪いのか

FATから簡単にコンバートできるって事は、メタデータはともかく
ファイル実体の配置に関してはかなりダサいのでは？

373(1): 02/11/11 11:21 ID:BIPHzs1Q(1/2) AAS
>>372
わざとじゃない？ext2よりマシかと

374: 02/11/11 13:01 ID:l3o0U9JC(2/3) AAS
>>373
そうですか？
耐障害性はともかく、ext2のブロック割り当ては
FATほど馬鹿じゃないと思います

375(3): 02/11/11 15:54 ID:X2fR72kL(1) AAS
ちょっと質問なんですが．．．
DVD-RAMをvfatでフォーマットして、ファイルをコピーしたら、大文字のファイル名が小文字に
なってしまうことがあります(例えば、AAA→aaa)。
ext2でフォーマットしてやってものに、同様なことを行っても、ファイル名は、変化ありません。

これは、ファイルシステムの問題なんでしょうか？

376: 02/11/11 15:59 ID:CyNNjePI(1) AAS
どっかでみた質問だナ

377(1): 02/11/11 16:04 ID:pjorG7KZ(1/2) AAS
>>375
そうだ。
FAT はもともと大文字小文字を区別しなかった事の名残り。
VFAT のマウントオプションを調べてみれ。回避出来るだろう。
でも VFAT は短いファイル名と長いファイル名の二つを持つ等、
非常に特殊なファイルシステムだ。この点を良く理解していないと
Windows 以外の OS で VFAT を利用するとき足をすくわれる事になる。

378(2): 02/11/11 16:12 ID:WbwxbPCo(1) AAS
vfat の mount オプションのお話ですか。
2.2系と2.4系ではｶﾅｰﾘ変わったんだね。調べてﾋﾞｸｰﾘしたよ。

shortname=lower|win95|winnt|mixed
-- Shortname display/create setting.
lower: convert to lowercase for display,
emulate the Windows 95 rule for create.
win95: emulate the Windows 95 rule for display/create.
winnt: emulate the Windows NT rule for display/create.
mixed: emulate the Windows NT rule for display,
emulate the Windows 95 rule for create.
省1

379(1): 02/11/11 17:16 ID:TrRuwBXc(1) AAS
>ファイル実体の配置に関してはかなりダサいのでは？

NTFSのファイル管理はB-TREE仕様ですが何か？
ファイル名もUnicode統一で非常に美しい
OSはカーネル以外アレだが

380(1): 02/11/11 18:07 ID:0ljt0pL2(1/2) AAS
NTFSって結構多機能なのね
ACL、マルチストリーム、暗号化、圧縮、ジャーナリング、クオータ、
ユニコードファイル名、マウント、リンク、リパースポイント

問題は使ってる奴でさえその存在を知らない言ってことだな（笑

381(1): 02/11/11 18:12 ID:pjorG7KZ(2/2) AAS
>>380
手軽に暗号化ファイルシステムが利用出来るのは大きなメリットだよな。
セキュリティ板の人妻スレを思いだしたよ。懐かし。

382: 02/11/11 20:57 ID:l3o0U9JC(3/3) AAS
>>379
B+Treeを使っているのはディレクトリエントリでしょ
ファイル"実体"の配置はFATと同様？
穴空きファイルが作れるらしいから少しは違うと思うのだけど
Unicodeを使っているのが美しいという美的感覚も、ズレていると気がしないでもない

>>381
何でも一つのレイヤーに押し込んでしまうのがWindows的アプローチ
ファイルシステムとは独立した仕組みで実現するのがUNIX的アプローチかと
前者の方が取っつきが良くて、後者の方が応用が効く
一長一短ですな

383(1): 02/11/11 21:19 ID:BIPHzs1Q(2/2) AAS
> セキュリティ板の人妻スレ
ﾁｪｷ

384: 02/11/11 21:44 ID:0ljt0pL2(2/2) AAS
マルチストリームはNT鯖がマックバイナリ記録するのに使ってるネ
ストリームにファイル隠すと見つけるのは難しい暗号化より安全だし
逆に言うと機能だけ存在していて使う手段が実装されて無いだけ（稾

copy treasure.jpg c:\config.sys:kakusi
てな感じで使うしかない

385: 375 02/11/12 08:54 ID:ENQdD16v(1) AAS
>377,378
了解です。調べてみあす。

386(1): 02/11/14 00:39 ID:LdvXXQ+r(1) AAS
>Unicodeを使っているのが美しいという美的感覚も

Unicodeのファイル名が美しいのではなく
Unicodeの統一性自体が美しいという罠

387: 02/11/14 04:12 ID:IXy282BC(1) AAS
>>386
Unicodeは美しいのですか？
EUC撲滅スレで話されている内容を全て理解できない程度の知識ですが、
美しいと言えるほどスマートでは無いと思います

Unicode使っていれば美しいというなら、VFATもlong filenameの方は
UTF16で記録されてます

388: 02/11/14 08:54 ID:Ct2kedCV(1) AAS
ﾌｧｲﾙｼｽﾃﾑ自体が多機能でもそれを使うすべが無い。
まさにM$らしいﾌｧｲﾙｼｽﾃﾑ、それがNTFS。

389: 02/11/14 22:20 ID:6GDERsS7(1) AAS
すべはあっても標準ではない
もしくはGUIではない

390: 02/11/15 04:05 ID:1eoU/3LE(1) AAS
vine2.5です。
windowsからlinux側を見るのにexplore2fs使いました。

別のマシンのHDにマウント（NFS）されてるディレクトリが
見れません。見るのは無理ですか？

上下前次 1-新書関写板覧索設栞歴

あと 589 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.028s