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

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

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

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 の容量はパーティションの容量とクラスタサイズで決まったはず。
ファイル数等の制限とは直接は関係は無かったはず。

１つのクラスタに１つまでのファイルしか入らないので、
その意味でファイル数が制限されることはある。

メタデータは 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

ついでに途中経過、４２万のフォルダを生成できた。
この調子だと容量を使い切るまで作れそうだ。

694: 2005/06/26(日)18:12 ID:oC8YKbwx(2/4) AAS
>>693
構造の違いについては記載されてないわけだが。

695: 2005/06/26(日)18:21 ID:mVauA+98(1) AAS
>>688
長いファイル名が長いと、1つのエントリでは納まらないのでさらに減ります。

696: 2005/06/26(日)18:25 ID:oC8YKbwx(3/4) AAS
/usr/src/linux/include/linux/msdos_fs.h にある構造体とかか。
msdos_dir_entry msdos_dir_slot

Windows95 になったとき、それまでの MS-DOS ようのプログラムが、
msdos_dir_slot を適正に処理できなくて、うんこな状態だった話とか
そんな昔話してもいい？

697: 2005/06/26(日)18:32 ID:i4XLxkmZ(1) AAS
そういえば、FAT系って
・ルートディレクトリのエントリ数の制限(FAT32でルート移動可になって解消だっけ？)
・システム内ファイル数の制限(クラスタ数の制限だっけ？)
があった気がするけど、
ファイル数の制限には、「サイズ０のファイル以外で」という条件があったはず。
つまり、サイズ０のファイル(ディレクトリエントリのみ)は
容量が許す限り、幾つでも作れたはず。

698: 2005/06/26(日)18:34 ID:oC8YKbwx(4/4) AAS
つーことは、EOF_FAT を書くから消費されないということでつかね。

699(1): 2005/06/26(日)20:29 ID:53gDFny3(1) AAS
メタデータを使わないファイルシステムって
代表的な奴は何になるのかな

700: 2005/06/27(月)00:17 ID:XIAnMrHa(1) AAS
>>686 にあるようなディレクトリごとのファイル数制限について。

外部ﾘﾝｸ[mspx]:www.microsoft.com

ルートディレクトリのファイル数制限は FAT12・FAT16 の制限で一般に 512 まで
だけど、フォーマット時に決められる様で 65535 まで増やせそうだ。

サブディレクトリや FAT32 のルートディレクトリのファイル数制限は FAT の仕様ではなく
Win98 系の実装上の制限が原因の様だ。

Win2000 系においても互換性のためにあえて制限しているようだ。

701(2): 2005/06/27(月)00:22 ID:NSUS6+Q8(1) AAS
マウントの概念がなかった時代に関しては、ルートディレクトリに
たくさんファイルをおける必要はないもんなぁ。

702(1): 2005/06/27(月)12:41 ID:pXBFKh0E(1) AAS
>>701
FDの時代だ

703: 2005/06/27(月)12:48 ID:p4DBj9q6(1) AAS
>>701
今更ながらすげー納得した

704: 2005/06/27(月)14:21 ID:Dj69fw9T(1) AAS
>>702
1Dなら160kb

705: 2005/06/27(月)20:39 ID:Zr371K4o(1) AAS
階層ディレクトリの無い時代にも同じ制限があって、困っちゃったわけだが。

706: 2005/06/27(月)22:54 ID:XTzwjHSw(1) AAS
他のfsの歴史はちゃんと1.0公開とかあるのに
1997年6月23日　reiserfs のソースコードを web に置く
ってのがﾜﾛﾀ

707: 2005/06/28(火)05:41 ID:VwXWpqIZ(1) AAS
>>699
ファイルサイズもメタデータなので
メタを持にないFSで代表的なのは
まずはテープデバイスだろう。

708: 2005/06/28(火)06:52 ID:Si6gc8X+(1) AAS
漢直ユーザですか？

709: 2005/07/09(土)21:57 ID:Ubb0Ca9l(1) AAS
wikihouse重杉

710(2): RHEL4デバッグ係り ◆IIiDC8JS7w 2005/07/10(日)00:38 ID:cUIiVWkd(1) AAS
wikihouse重杉

ということで7/7 wiki.livedoor が出来たのでミラー作成
外部ﾘﾝｸ:wiki.livedoor.jp

ソースをコピーしただけだから若干表が崩れてます。
＃livedoorは手動ミラーなので更新遅いかも。。

vfsをとりあえず、完成させてから
ext2,nfs,reiserfsの説明を充実していきます。
vfs部分はgoogleで調べても載ってないものが多いから
ソース調べて書いてるけど、間違いあったら指摘
よろしくお願いしますm(_ _)m
省3

711: 2005/07/10(日)00:50 ID:kqrF/M/5(1) AAS
>>710
乙。

> kernel2.6.13のこととか脱線気味もたまにはあるけど

むしろそれが面白い。
雑誌だとコラムとかに面白いネタ転がってたりするし。

712: 2005/07/10(日)01:38 ID:ZmoKp9tD(1) AAS
>>710
おまけのところ s/XIM/XIP/

ramdiskなんかに置いてある実行ファイルを
そのまま実行してしまうという技でつ。

713: 2005/07/15(金)20:17 ID:U9SD/WLG(1) AAS
外部ﾘﾝｸ[html]:www-6.ibm.com
OpenAFSって使ったことある方いますか?

714: 2005/07/15(金)23:55 ID:2mmQ3FNZ(1) AAS
@it にて、
外部ﾘﾝｸ[html]:www.atmarkit.co.jp
の、記事を読む。

今まで、「Linuxでデフラグは、いりません。」と、読んだ本に書いてあったので、
「どういう仕組なんだろう。」と、不思議に思いつつも信じていた。

のに。

715(1): 2005/07/16(土)00:29 ID:XZff9mlB(1/2) AAS
フラグメント化した状態は示されても、
フラグメント化したディスクへのアクセスがどれくらいパフォーマンスを劣化させるかは示されていないのだが、
それでよいのか?

716: 2005/07/16(土)00:31 ID:TrDZO+rB(1) AAS
なんか /bin/bash あたりがフラグメントしてるのを見て鬱になったぼくがきましたよ。

717: 2005/07/16(土)00:40 ID:/wbHtX7A(1) AAS
/bin/sh -> /bin/bash
な環境なら確実にキャッシュに入ってるだろうし、
そうでなければ逆にまったく問題ないであろう。

718(1): 2005/07/16(土)01:50 ID:OEvkVj9m(1) AAS
>715 外部ﾘﾝｸ[html]:lc.linux.or.jp

719: 2005/07/16(土)03:07 ID:XZff9mlB(2/2) AAS
>>718
それ中身を良く読むと、
・ iozoneを複数個並列に動かすような、実環境でありえない方法で激しいフラグメント化を起こし
・にも関わらず、CPU占有時間は変化せず(スループットは低下せず)
・シングルスレッドのパフォーマンスの低下も1/2程度
となってて、結局のところ
「実環境でext3fsのフラグメント化の影響を心配する必要はありません」というデータに
見えるのは、私だけかな。

720: 2005/07/21(木)23:07 ID:DRSMPsxh(1) AAS
> うはっｗ俺Al Viroのpatchみてねーや

リーナスあたり言ってそうだな

721: 2005/07/22(金)12:38 ID:9zr4nTQB(1) AAS
ext2で/から辿れなくなったファイルを救出しようと別領域から立ち上げて
dd skip=1300447 ibs=4096 count=1 if=...
でそのファイルがあるディレクトリらしき所を見付けました。
ところが、debugfs で cd <1300447> とやっても
Ext2 inode is not a directory
となります。
<>内に何をいれれば該当ディレクトリにcdできるのでしょうか

e2fsck -n の結果は
Block size=4096 (log=2)
Fragment size=4096 (log=2)
省10

722: 2005/07/23(土)07:47 ID:EqoQk/vO(1) AAS
XFSをハードウェアのRAID上（3ware 9500Sシリーズ）で使用しています。
というか運用を始める前にいろいろ実験してます。

Filesystem タイプサイズ使用残り使用% マウント位置
/dev/sda1 xfs 466G 359G 108G 77% /work1

ハードウェアRAID上でディスク拡張（OCE）を実施して
/dev/sda 自身のサイズが増えているのですが
/dev/sda1　のパーティションサイズを拡張させなければ
xfs_growfs　できないことに気がつきました。

で、partedでなんとかなんものかと思ったのですが
partedはXFSのりサイズに対応していないようで・・・。
省7

723: 2005/07/23(土)08:46 ID:ojZigEI2(1) AAS
fdiskで削除、作り直し

724(1): 2005/07/23(土)12:25 ID:oCGw48l0(1) AAS
LVMしかないだろ。

725: 2005/07/23(土)13:57 ID:sJzcOMXy(1/2) AAS
>>724
LVMの256GB制限って拡張されたのかな？

726(1): 2005/07/23(土)19:27 ID:p3zUyz4v(1) AAS
どこの話？
PV？VG？LV？

727: 2005/07/23(土)21:45 ID:sJzcOMXy(2/2) AAS
>>726
VGの話なんだけど、ちょっと誤解してたわ。
前に作った時に、エクステントサイズを変更するのを知らんで
256GB以上のVG作ろうとして失敗したもんでそこが制限かと思ってた。

調べてみたらエクステントサイズを拡張すれば、ペタまでいけるんだな。

728(4): 2005/07/24(日)00:48 ID:gZFpPnFD(1/2) AAS
外部ﾘﾝｸ:nobumasa-web.hp.infoseek.co.jp
libreiserfsをインストして
partedでパーティションのリサイズやったことある方いますか？

729(1): 2005/07/24(日)13:51 ID:nR7scSGD(1) AAS
外部ﾘﾝｸ:www.suse.de
JFS意外だな

730(1): 2005/07/24(日)16:59 ID:4hOgkE3s(1) AAS
>>728
qtpertedだったら二週間くらい前にやった。

小さくしたらちょいと壊れた…

731: 728 2005/07/24(日)19:09 ID:gZFpPnFD(2/2) AAS
>730
qtperted使えばreiaserfsのパーティション拡張いけますか？
どんな感じのオペレーションしたか差し支えなければ。
KNOPPIXあたり使ったんでしょうか？

732: 728 2005/08/01(月)02:15 ID:F13p05NA(1/2) AAS
libreiserfsインストしても
reiserfsのパーティション拡張できなくて血迷った発言してしまいましたが
マシンリブートしたら普通に
partedでreiserfsのパーティション拡張できました。
ご迷惑おかけしますた。

733: 728 2005/08/01(月)02:19 ID:F13p05NA(2/2) AAS
<チラシの裏>
結局いろいろ調べてみたけど
データそのままでXFSのパーティション拡張する方法は見つけられませんでした。
xfs_growfsでファイルシステムの拡張は楽勝でできるのに・・・うぅ
LVMは管理がややこしいのでちと避けたいの都合があるので
とりあえずはパーティション拡張できるreiserfsで行くことにします。
</チラシの裏>

734: 2005/08/01(月)08:40 ID:k6geJ+BY(1) AAS
<チラシの裏>

735: 2005/08/02(火)01:09 ID:rz2bf8eL(1/2) AAS
6TBの外付けRAIDは1TBづつ論理ボリュームが
切られているから、LVMなしではありえない。

そろそろ16TBの壁が見えてきた...

736: 2005/08/02(火)01:09 ID:rz2bf8eL(2/2) AAS
</チラシの裏>

737: 2005/08/02(火)05:57 ID:nlMphKPH(1) AAS
<トイレの壁>

738: 2005/08/02(火)20:18 ID:7tHnst2D(1) AAS
外部ﾘﾝｸ[htm]:www.asahi-net.or.jp

739: 2005/08/05(金)22:31 ID:WIqOo8zL(1/2) AAS
当たり前のような質問かもしれないのですが
/dev/hda （300GB)上に
dev/hda1 （200GB)を作成してデータを格納した後
fdiskで/dev/hda1 をいったん削除。
すぐに /dev/hda1 を300GBで作成しなおした場合
ファイルシステムが200GBのままだと思うのですが
中のデーターって読めない状態になっちゃうんですよね？

740: 2005/08/05(金)22:31 ID:WIqOo8zL(2/2) AAS
</トイレの壁>

先に閉じ忘れちまったよ・・・ orz

741: 2005/08/05(金)22:44 ID:KU4F9jr6(1) AAS
パーティションの開始位置が変わってなくて、終了位置がファイルシステムの末端より後ろならその作業をいくら繰り返そうが読める

Win9xのfdiskだと読めなくなるがね

742: 2005/08/05(金)23:26 ID:4Yibt62T(1) AAS
Windowsのfdiskが、内部の情報までクリアしてしまうのは、↓こういうの
2chｽﾚ:unix
を防ぐためだと思うよ。

端的にいうと、パーティションを小さくきりなおした時でも
内部(ファイルシステム)の持つサイズ等の情報が残っていると
パーティションを越えた領域にまで読み書きが及んでしまう可能性があるから。

743: 2005/08/06(土)00:04 ID:3S3/1Uzt(1) AAS
windowsは初心者が多いから、
「fdiskで見えなくしたから大丈夫」
と思う人が多いんだろう。だから、部分的に削除する必要がある。
Linuxの場合、いざというときのために削除しない。みんな分かってるしね。

744: 2005/08/07(日)13:49 ID:Je5HZYTh(1) AAS
<チラシの裏>
ReiserDriverのrfsdfsd.regがExt2fsdのをそのまま持ってきててわらた
</チラシの裏>

745: 2005/08/15(月)23:08 ID:6QBzqfJz(1) AAS
シーケンシャル書き込みをしたときに
書き込みが分断されにくいファイルシステムってどれになるんでしょうか？

Win機でキャプチャした動画をそのまま
LinuxのSamba上に直接書き込みたいのですが。

746: 2005/08/16(火)00:04 ID:00d/sAd6(1) AAS
mkfsした直後のファイルシステムならなんでも

747: 2005/08/16(火)01:24 ID:QDWio2py(1) AAS
tmpfsオススメ

748: 2005/08/16(火)05:31 ID:43STq93l(1) AAS
tmpfs いいね

749: 2005/08/16(火)12:42 ID:KdwkTm81(1) AAS
ramfsとは一味違うよな

750: 2005/08/16(火)22:44 ID:4BururbB(1) AAS
ext2でいいんじゃね？
同時にいくつものファイルを扱ったり、小さい(ブロックサイズより)ファイルを大量に扱うのなら他を検討したほがよいと思うけど。
ストレージ容量やファイルサイズが馬鹿でかいときはxfs,jfsがいいって聞くけど、普通の動画ファイル鯖ぐらいならext2で十分かと。
まあジャーナリングぐらいつけておいたほうがよいかとは思うのでext3かな

751: 2005/08/18(木)15:11 ID:k3U/nA8j(1) AAS

752(1): 2005/08/19(金)01:12 ID:eyFrYcEH(1) AAS
メモリ256MBしかなくても2TBのtmpfs作れるんだから。

753: 2005/08/19(金)01:23 ID:sGLEA7MH(1) AAS
XFSはその機能あったと思うけど。
デフォルトだと、inodeが256byteしかないから使われないだろうけど。

754: 2005/08/19(金)08:47 ID:zbirz8sM(1) AAS
mkfs.xfs(8)より抜粋

The XFS inode contains a fixed-size part and a variable-size part.
The variable-size part, whose size is affected by this option, can contain:
directory data, for small directories;
attribute data, for small attribute sets;
symbolic link data, for small symbolic links;
the extent list for the file, for files with a small number of extents;
and the root of a tree describing the location of extents for the file,
for files with a large number of extents.

ファイル自体をinodeに格納する機能は無いと思われ。

755: 2005/08/19(金)09:47 ID:Vu9aPjPp(1) AAS
directory data, for small directories;
symbolic link data, for small symbolic links;

756: 2005/08/19(金)09:51 ID:4HTKR+1a(1) AAS
工エェーーー！

757: ◆IIiDC8JS7w 2005/08/24(水)00:50 ID:es+jZwDN(1) AAS
Solaris10　　 3/05版 2005/02/01 ZFS無し
Solaris10　　 4/05版 2005/06/14 ZFS無し
Open Solaris 5/05版 2005/06/17 ZFS無し
Open Solaris 6/05版 2005/07/20 ZFS無し
Open Solaris 7/05版 2005/08/18 ZFS無し

ソース落として見たけど、まだ入ってない。。
zfsまだかぁ～ヽ(`Д´)ﾉ

詳解ファイルシステムの進捗遅くてゴメンナサイm(_ _;)m

758: 2005/08/24(水)10:18 ID:8nHKmGrk(1) AAS
zfsは2006にならなかったっけ？

759(3): [age] 2005/08/29(月)16:54 ID:QLxFM6C4(1) AAS
ext2/3の話だが、
あるディレクトリにファイルをどんどん追加していくと、
ディレクトリサイズって、増えていくけど、逆に
そのでかくなったディレクトリ内のファイルをどんどん消していくと、
ディレクトリサイズって小さくなる？

Ｗｅｂで調べた感じでは、ポインタのみの移動で片付けられている。
これって、ディレクトリサイズは小さくならないことを意味してる？

760(1): 2005/08/29(月)17:57 ID:FonpiRVm(1) AAS
syslogって、HDDやRAM Diskが一杯一杯になって書き込めなくなったら自動的に止まってくれるんですか？

761: 2005/08/29(月)18:02 ID:RzdHZcOA(1) AAS
>>760
くだらねえ質問はここに書き込め！Part 110
2chｽﾚ:linux

762: 2005/08/29(月)19:55 ID:SSwdPpeM(1) AAS
2.6.13がでたけど、reiser4は今回も見送り。
やっぱりいらない子か...

763: 2005/08/29(月)20:22 ID:3Gpf59Nn(1) AAS
まあファイルシステムがぶっこわれていた場合、
阿鼻叫喚の坩堝になりますからなあ。

慎重になってもらった方がうれすい。

764: 2005/08/29(月)20:42 ID:9AogWNK5(1) AAS
Remember 2.4.5!

765: 2005/09/01(木)22:04 ID:Ks1KjAOk(1) AAS
devfsがぁー！

…、使ってなかった。

766: 2005/09/05(月)16:38 ID:ALrk0J+T(1/2) AAS
iozoneでの結果。
Writer：ext3<<XFS
Re-Writer：exit3<XFS
Reader：ext3=XFS
Re-Reader：ext3>XFS
だいたい、こんな感じ。

XFS(デフォルト)、XFS(inode size=512)、XFS(inode size=2048)は、ほとんど変わんない。

767: 2005/09/05(月)16:42 ID:yzFS47Js(1) AAS
fs/ntfs/inode.c を気まぐれに読んでたら
/* Bye, bye... */
ってのがあってなんかほろりときた

768(1): 2005/09/05(月)18:53 ID:ALrk0J+T(2/2) AAS
iozoneでの結果つづき。

Writer：ext3<reiserfs<XFS
Re-Writer：exit3=reiserfs<XFS
Reader：reiserfs<ext3=XFS
Re-Reader：XFS<reiserfs<ext3

769(2): 2005/09/06(火)01:35 ID:fCn0aMdT(1) AAS
>>759
消したあとに作成するとtruncateされるそうな(BSD)
なぜでしょうね?

770: 2005/09/06(火)06:18 ID:BUH06TpX(1) AAS
>>768
あれ？raiserが早いって話はどこいったんだorz

771(1): 2005/09/06(火)07:13 ID:W387GgkU(1) AAS
>>759
小さくならないわけ無いじゃん。

772: 2005/09/06(火)17:35 ID:DNhuzUh3(1) AAS
>>759,769,771
テストしたよ。
# uname -r
2.6.12-gentoo-r9
# df -Th .
Filesystem Type Size Used Avail Use% Mounted on
/dev/hda4 ext3 17G 15G 761M 96% /mnt/hoge
# mkdir test1 && cd test1
test1 # ls -ld .
drwxr-xr-x 2 root root 4096 Sep 6 17:21 .
省15

773(1): 2005/09/08(木)18:58 ID:l59tiwHK(1) AAS
>>769
ファイルを消した時に同時にディレクトリもtruncateすると、
直後に作成されたファイルのためにまたディレクトリが伸びることになります。
そしてそれを消すとまたtruncateされる。
この繰り返してslashingが発生するので、
truncateされるのはファイルが増えた時だけなのです。

774(1): 2005/09/10(土)01:17 ID:XRydJ3P5(1) AAS
>>773
raiserfsは何で律儀にtruncateできるんだ?

あとUFS+softdependだとcreate/unlinkは非同期writeになるのでunlink時にtruncate出来ると思う。
ただcreate時までtruncateを遅らせるとCPU時間を節約できる利点はある。

775: 2005/09/10(土)14:01 ID:eUhGzL+2(1) AAS
>>774
slashingが起きても気にしないからでは。

UFSはCPU/diskの速さが今と100倍違う時代の設計ですから、
新しいfilesystemではでっかいcacheでなんでも吸収できてしまうと考えて
細かいことを気にしない設計であってもおかしくありませんよ。

冗談はさておき、
UFSはindirect blockが非常に高コストですからtruncate後に起きることに対して
神経質になる必要があります。対してreiserfsは小さなブロックをinodeに格納して
ブロックの手配を遅らせることができるのでslashingは起きません。

てな感じでしょうか。

776: 2005/09/14(水)02:28 ID:BY/ZH1tt(1) AAS
スラッシングはthrashingじゃない?

777: ◆IIiDC8JS7w 2005/09/15(木)00:23 ID:t4sQJvi1(1/2) AAS
ファイル操作ベンチマークテストツール作ってみました。
（ create、open、utime、stat、unlink )

外部ﾘﾝｸ[php]:www.wikihouse.com
からどうぞ。

あと、おまけで、Cソースの整形スクリプトも置いてます。
不具合等の報告、改善案ありましたらよろしくです。

778(1): 2005/09/15(木)00:25 ID:yV2kdjHn(1) AAS
> あと、おまけで、Cソースの整形スクリプトも置いてます。

タブでインデントしている馬鹿専用？

779: ◆IIiDC8JS7w 2005/09/15(木)01:11 ID:t4sQJvi1(2/2) AAS
タブ正規化している部分を省略して
spaceのままのほうが良いかな？
他の部分はどう？>>778

私はタブでインデントするので。。。
タブ派？space派？用に2つ用意しますか。

780: 2005/09/15(木)01:53 ID:V253vCix(1) AAS
タブでインデントすることのデメリットが大して思い浮かばないのは俺だけですか？

781: 2005/09/15(木)02:31 ID:BCiydThy(1/2) AAS
タブ幅が違う環境だと、見え方が変になるとか……
でもスペースも手打ちだとやりにくい (手打ちするなよ、って話ですが)

782: 2005/09/15(木)04:24 ID:+dCyKchV(1) AAS
エディターでいくらでも何とかなる時代にオールドタイプな話をしてんのね。

783: 2005/09/15(木)06:06 ID:BCiydThy(2/2) AAS
いちいちタブ幅を変えんの、めんどくさくないっすか?
まあ↑の方のやつの反応はどう考えても過剰と思うけど。

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

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

ぬこの手ぬこTOP 0.035s