[過去ログ] /**ファイルシステム総合スレ その3**/ (983レス)
上下前次1-新
このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
674: 2005/06/25(土)04:51 ID:lnyqA92V(1) AAS
外部リンク[asp]:www.microsoft.com
NTFSはsparse fileをサポートしてます。
675(1): 2005/06/25(土)05:15 ID:wSJuiDDs(1) AAS
突然何を言うか
676(1): 2005/06/25(土)10:53 ID:8VQiwdit(1) AAS
>>675
>>659 の内容についてだと思う。
Linux のカーネルを元に書いてるから、
Windows 関連について不正確な箇所がある。
そこらへんはゆっくり検証していくしかない。
FAT のファイル数制限の検証をしようとしてるけど
遅すぎてまだ終わっていない。
677(1): 2005/06/25(土)11:23 ID:RIAq5/dk(1) AAS
FATは仕様上ルート以外の制限ないんじゃない?
もちろんあるかもしれない実装上の制限を調べたいんなら別だけど。
678: 2005/06/25(土)11:45 ID:tjGxthTu(1) AAS
FATは同一ディレクトリに多数のファイルを置くと
新規作成/削除が目に見えて遅くなるね。
1つ作るのに秒単位で時間がかかる。
もし、ファイルシステム全体での制限を調べているのであれば
今からでも、ディレクトリを細かく分けてテストすることを勧めたい。
679: 2005/06/25(土)12:21 ID:0zWHwOtL(1/2) AAS
詳解ファイルシステム?
つ外部リンク[html]:www.namesys.com
680(3): RHEL4デバッグ係り ◆IIiDC8JS7w 2005/06/25(土)12:43 ID:WWJmgvXR(1/2) AAS
指摘をしていただける皆様方ありがとうございますm(_ _)m
どんどん反映して良いものに作り上げたいです。
#良いものが出来れば、ここのテンプレに載せてもらえるかな( ̄ー ̄)ニヤリ
>>666
「1ディレクトリに10000ファイルを置くテスト」
ご指摘ありがとうです。m(_ _)m
1fileをcreateする速度は今のところ
速い 遅い
reiserfs > jfs > ext2 > xfs > ext3 > vfat
と書いてます。
省6
681: RHEL4デバッグ係り ◆IIiDC8JS7w 2005/06/25(土)12:43 ID:WWJmgvXR(2/2) AAS
>> 674
>>676の言うとおり、Linuxのカーネルを元に書いてます。
windows上ではsparse fileをサポートしているが、linuxではまだ
サポートしきれておりません。
linux2.6.12.1/fs/ntfs/inode.cの中で、ntfs_truncateで検索してみてると
* ntfs_truncate - called when the i_size of an ntfs inode is changed
* @vi:inode for which the i_size was changed
*
* We do not support i_size changes yet.
とあるし。
省1
682: 2005/06/25(土)15:13 ID:CMAYG4ue(1) AAS
>680
>専用の測定プログラムを書けば、速度は速くなりますが
>速いファイルシステム、遅いファイルシステムの順番は変わりますか?
forkなどで律速になったら有意な差が検出できない可能性はある。
またドライバの癖が出る可能性もありそう。
683: 2005/06/25(土)15:52 ID:0zWHwOtL(2/2) AAS
>>680
> 専用の測定プログラムを書けば、速度は速くなりますが
> 速いファイルシステム、遅いファイルシステムの順番は変わりますか?
>
> 目的はどのファイルシステムが速いのかを調べることです。
> なので、測定プログラム(コマンド)は何でも良いかなと考えております。
>
> 1createで何milli secかかるか測定するものではありません。
> 環境や測定プログラムによってmilli secは変化しすぎるから。。
何がしたいのかよく分かりませんな。
省2
684: 666 2005/06/25(土)16:08 ID:/kSYTAkX(1/2) AAS
>>680
元の測定だと99%以上の時間がファイルシステム以外で使われています.
順序を知るのが目的だとして, それら99%分の処理が常に同じ時間で
終えるものであれば, 元の測定方法でも問題ないと思います.
ただ, 現実にはforkの時間は結構幅があるような気がします.
後で実際に試してみます.
685: 666 2005/06/25(土)16:14 ID:/kSYTAkX(2/2) AAS
> ただ, 現実にはforkの時間は結構幅があるような気がします.
> 後で実際に試してみます.
やってみました:
(; for ((x=1; x<10000; x++)) do; touch /dev/null; done; ) 1.38s user 9.96s system 101% cpu 11.137 total
(; for ((x=1; x<10000; x++)) do; touch /dev/null; done; ) 1.37s user 10.02s system 103% cpu 11.044 total
(; for ((x=1; x<10000; x++)) do; touch /dev/null; done; ) 1.36s user 10.01s system 102% cpu 11.044 total
(; for ((x=1; x<10000; x++)) do; touch /dev/null; done; ) 1.39s user 9.97s system 102% cpu 11.041 total
(; for ((x=1; x<10000; x++)) do; touch /dev/null; done; ) 1.36s user 9.99s system 102% cpu 11.034 total
(; for ((x=1; x<10000; x++)) do; touch /dev/null; done; ) 1.43s user 9.93s system 102% cpu 11.048 total
(; for ((x=1; x<10000; x++)) do; touch /dev/null; done; ) 1.38s user 9.95s system 102% cpu 11.040 total
省5
686(3): 2005/06/25(土)20:51 ID:22AYPrE9(1) AAS
>>677
ルート以外もあるよ
外部リンク[aspx]:support.microsoft.com
65536 - 2(. & ..)ってとこか
外部リンク:support.microsoft.com
Linuxだと-o shortname= で挙動変えてSFN,LFNの場合も変わってくるんでない
FAT16 クラスタ数 <= 65526
FAT32 65526 < クラスタ数 < 4177918
1つのクラスタに2つ以上のファイルは入れられないって制限もあるから
これも関わってくるか?
省1
687: 2005/06/25(土)21:11 ID:onicx32O(1) AAS
users-jp(・∀・)ニヤニヤ
688(1): 2005/06/26(日)03:31 ID:ykvfdS2d(1) AAS
>>686
>Windows では、長いファイル名、サブディレクトリ名、8.3 に短縮された
>エイリアス毎に、それぞれディレクトリ エントリを使用します。
だから結局その半分。
昔1フォルダに3万強以上でファイルが作れなくなったことがあって「仕様と違う」
と思ってたことがあったのだが、これで理由がわかった。
689(1): 2005/06/26(日)03:55 ID:VMpc2wjm(1) AAS
よーく考えろ。作れる数に制限ないとFATの容量(メタデータ)が決まらないだろう。
690: 2005/06/26(日)09:50 ID:GiQyR/FG(1/3) AAS
>>689
FAT の容量はパーティションの容量とクラスタサイズで決まったはず。
ファイル数等の制限とは直接は関係は無かったはず。
1つのクラスタに1つまでのファイルしか入らないので、
その意味でファイル数が制限されることはある。
メタデータは FAT とは別に存在して一応柔軟に生成できる。
但しオンラインデフラグでは移動や削除はできない。
691: 2005/06/26(日)11:34 ID:GiQyR/FG(2/3) AAS
my $cow = 1;
while($cow < 65536*256){
my $we = "";
my $sd = $cow;
while($sd > 0){
$we = "\\".($sd & 7).$we;
$sd >>= 3;
};
$we = "H:".$we;
if(mkdir($we) == 0){
省8
692(1): 2005/06/26(日)17:14 ID:oC8YKbwx(1/4) AAS
FAT16 と FAT32 の違いって、なぁに?
693(1): 2005/06/26(日)17:47 ID:GiQyR/FG(3/3) AAS
>>692
少し上に答えはあるぜ >>686
ついでに途中経過、42万のフォルダを生成できた。
この調子だと容量を使い切るまで作れそうだ。
上下前次1-新書関写板覧索設栞歴
あと 290 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル
ぬこの手 ぬこTOP 0.019s