[過去ﾛｸﾞ]
/**ファイルシステム総合スレ その3**/ (983ﾚｽ)
/**ファイルシステム総合スレ その3**/ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
703: login:Penguin [sage] 2005/06/27(月) 12:48:58 ID:p4DBj9q6 >>701 今更ながらすげー納得した http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/703
704: login:Penguin [sage] 2005/06/27(月) 14:21:45 ID:Dj69fw9T >>702 1Dなら160kb http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/704
705: login:Penguin [sage] 2005/06/27(月) 20:39:32 ID:Zr371K4o 階層ディレクトリの無い時代にも同じ制限があって、困っちゃったわけだが。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/705
706: login:Penguin [sage] 2005/06/27(月) 22:54:14 ID:XTzwjHSw 他のfsの歴史はちゃんと1.0公開とかあるのに 1997年6月23日 reiserfs のソースコードを web に置く ってのがﾜﾛﾀ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/706
707: login:Penguin [sage] 2005/06/28(火) 05:41:49 ID:VwXWpqIZ >>699 ファイルサイズもメタデータなので メタを持にないFSで代表的なのは まずはテープデバイスだろう。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/707
708: login:Penguin [sage] 2005/06/28(火) 06:52:53 ID:Si6gc8X+ 漢直ユーザですか？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/708
709: login:Penguin [sage] 2005/07/09(土) 21:57:47 ID:Ubb0Ca9l wikihouse重杉 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/709
710: RHEL4デバッグ係り ◆IIiDC8JS7w [sage] 2005/07/10(日) 00:38:42 ID:cUIiVWkd wikihouse重杉 ということで7/7 wiki.livedoor が出来たのでミラー作成 ttp://wiki.livedoor.jp/linuxfs ソースをコピーしただけだから若干表が崩れてます。 ＃livedoorは手動ミラーなので更新遅いかも。。 vfsをとりあえず、完成させてから ext2,nfs,reiserfsの説明を充実していきます。 vfs部分はgoogleで調べても載ってないものが多いから ソース調べて書いてるけど、間違いあったら指摘 よろしくお願いしますm(_ _)m いろいろ書きたい。。(*´Д`) kernel2.6.13のこととか脱線気味もたまにはあるけど 気長に完成目指してがんばるっすよ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/710
711: login:Penguin [sage] 2005/07/10(日) 00:50:22 ID:kqrF/M/5 >>710 乙。 > kernel2.6.13のこととか脱線気味もたまにはあるけど むしろそれが面白い。 雑誌だとコラムとかに面白いネタ転がってたりするし。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/711
712: login:Penguin [sage] 2005/07/10(日) 01:38:32 ID:ZmoKp9tD >>710 おまけのところ s/XIM/XIP/ ramdiskなんかに置いてある実行ファイルを そのまま実行してしまうという技でつ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/712
713: login:Penguin [sage] 2005/07/15(金) 20:17:59 ID:U9SD/WLG ttp://www-6.ibm.com/jp/developerworks/linux/050715/j_os-openafs.html OpenAFSって使ったことある方いますか? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/713
714: login:Penguin [sage] 2005/07/15(金) 23:55:01 ID:2mmQ3FNZ @it にて、 ttp://www.atmarkit.co.jp/flinux/rensai/linuxtips/763fsflag.html の、記事を読む。 今まで、「Linuxでデフラグは、いりません。」と、読んだ本に書いてあったので、 「どういう仕組なんだろう。」と、不思議に思いつつも信じていた。 のに。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/714
715: login:Penguin [sage] 2005/07/16(土) 00:29:55 ID:XZff9mlB フラグメント化した状態は示されても、 フラグメント化したディスクへのアクセスがどれくらいパフォーマンスを劣化させるかは示されていないのだが、 それでよいのか? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/715
716: login:Penguin [sage] 2005/07/16(土) 00:31:56 ID:TrDZO+rB なんか /bin/bash あたりがフラグメントしてるのを見て鬱になったぼくがきましたよ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/716
717: login:Penguin [sage] 2005/07/16(土) 00:40:12 ID:/wbHtX7A /bin/sh -> /bin/bash な環境なら確実にキャッシュに入ってるだろうし、 そうでなければ逆にまったく問題ないであろう。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/717
718: login:Penguin [sage] 2005/07/16(土) 01:50:23 ID:OEvkVj9m >715 ttp://lc.linux.or.jp/lc2005/01.html http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/718
719: login:Penguin [sage] 2005/07/16(土) 03:07:26 ID:XZff9mlB >>718 それ中身を良く読むと、 ・ iozoneを複数個並列に動かすような、実環境でありえない方法で激しいフラグメント化を起こし ・ にも関わらず、CPU占有時間は変化せず(スループットは低下せず) ・ シングルスレッドのパフォーマンスの低下も1/2程度 となってて、結局のところ 「実環境でext3fsのフラグメント化の影響を心配する必要はありません」というデータに 見えるのは、私だけかな。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/719
720: login:Penguin [sage] 2005/07/21(木) 23:07:52 ID:DRSMPsxh > うはっｗ俺Al Viroのpatchみてねーや リーナスあたり言ってそうだな http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/720
721: login:Penguin [sage] 2005/07/22(金) 12:38:12 ID:9zr4nTQB 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) 1107584 inodes, 2212953 blocks 110647 blocks (5.00%) reserved for the super user First data block=0 Maximum filesystem blocks=2269118464 68 block groups 32768 blocks per group, 32768 fragments per group 16288 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632 です。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/721
722: login:Penguin [sage] 2005/07/23(土) 07:47:53 ID:EqoQk/vO XFSをハードウェアのRAID上（3ware 9500Sシリーズ）で使用しています。 というか運用を始める前にいろいろ実験してます。 Filesystem タイプ サイズ 使用 残り 使用% マウント位置 /dev/sda1 xfs 466G 359G 108G 77% /work1 ハードウェアRAID上でディスク拡張（OCE）を実施して /dev/sda 自身のサイズが増えているのですが /dev/sda1 のパーティションサイズを拡張させなければ xfs_growfs できないことに気がつきました。 で、partedでなんとかなんものかと思ったのですが partedはXFSのりサイズに対応していないようで・・・。 ここで知恵を拝借したいのですが ・XFSを使用することを貫き通す場合、パーティション拡張するにはどうすればいいか？ （LVM上に乗っけることくらいしか思い浮かびませんでした） ・XFSにこだわらないとすれば、どのファイルシステムであれば パーティションサイズ拡張 → ファイルシステム拡張 ができるか 使い始める前にこのことに気がついてよかった・・・ 何か逃げ道知ってる方いましたらアドバイスお願いしますだ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/722
723: login:Penguin [sage] 2005/07/23(土) 08:46:20 ID:ojZigEI2 fdiskで削除、作り直し http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/723
724: login:Penguin [sage] 2005/07/23(土) 12:25:22 ID:oCGw48l0 LVMしかないだろ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/724
725: login:Penguin [sage] 2005/07/23(土) 13:57:25 ID:sJzcOMXy >>724 LVMの256GB制限って拡張されたのかな？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/725
726: login:Penguin [sage] 2005/07/23(土) 19:27:40 ID:p3zUyz4v どこの話？ PV？VG？LV？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/726
727: login:Penguin [sage] 2005/07/23(土) 21:45:10 ID:sJzcOMXy >>726 VGの話なんだけど、ちょっと誤解してたわ。 前に作った時に、エクステントサイズを変更するのを知らんで 256GB以上のVG作ろうとして失敗したもんでそこが制限かと思ってた。 調べてみたらエクステントサイズを拡張すれば、ペタまでいけるんだな。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/727
728: login:Penguin [sage] 2005/07/24(日) 00:48:50 ID:gZFpPnFD http://nobumasa-web.hp.infoseek.co.jp/partition/parted/ libreiserfsをインストして partedでパーティションのリサイズやったことある方いますか？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/728
729: login:Penguin [sage] 2005/07/24(日) 13:51:20 ID:nR7scSGD ttp://www.suse.de/~agruen/acl/linux-acls/online/ JFS意外だな http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/729
730: login:Penguin [sage] 2005/07/24(日) 16:59:48 ID:4hOgkE3s >>728 qtpertedだったら二週間くらい前にやった。 小さくしたらちょいと壊れた… http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/730
731: 728 [sage] 2005/07/24(日) 19:09:27 ID:gZFpPnFD >730 qtperted使えばreiaserfsのパーティション拡張いけますか？ どんな感じのオペレーションしたか差し支えなければ。 KNOPPIXあたり使ったんでしょうか？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/731
732: 728 [sage] 2005/08/01(月) 02:15:47 ID:F13p05NA libreiserfsインストしても reiserfsのパーティション拡張できなくて血迷った発言してしまいましたが マシンリブートしたら普通に partedでreiserfsのパーティション拡張できました。 ご迷惑おかけしますた。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/732
733: 728 [sage] 2005/08/01(月) 02:19:30 ID:F13p05NA <チラシの裏> 結局いろいろ調べてみたけど データそのままでXFSのパーティション拡張する方法は見つけられませんでした。 xfs_growfsでファイルシステムの拡張は楽勝でできるのに・・・うぅ LVMは管理がややこしいのでちと避けたいの都合があるので とりあえずはパーティション拡張できるreiserfsで行くことにします。 </チラシの裏> http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/733
734: login:Penguin [sage] 2005/08/01(月) 08:40:08 ID:k6geJ+BY <チラシの裏> http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/734
735: login:Penguin [sage] 2005/08/02(火) 01:09:11 ID:rz2bf8eL 6TBの外付けRAIDは1TBづつ論理ボリュームが 切られているから、LVMなしではありえない。 そろそろ16TBの壁が見えてきた... http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/735
736: login:Penguin [sage] 2005/08/02(火) 01:09:49 ID:rz2bf8eL </チラシの裏> http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/736
737: login:Penguin [sage] 2005/08/02(火) 05:57:26 ID:nlMphKPH <トイレの壁> http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/737
738: login:Penguin [sage] 2005/08/02(火) 20:18:00 ID:7tHnst2D http://www.asahi-net.or.jp/~AD8Y-HYS/rakugaki.htm http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/738
739: login:Penguin [sage] 2005/08/05(金) 22:31:02 ID:WIqOo8zL 当たり前のような質問かもしれないのですが /dev/hda （300GB)上に dev/hda1 （200GB)を作成してデータを格納した後 fdiskで/dev/hda1 をいったん削除。 すぐに /dev/hda1 を300GBで作成しなおした場合 ファイルシステムが200GBのままだと思うのですが 中のデーターって読めない状態になっちゃうんですよね？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/739
740: login:Penguin [sage] 2005/08/05(金) 22:31:53 ID:WIqOo8zL </トイレの壁> 先に閉じ忘れちまったよ・・・ orz http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/740
741: login:Penguin [sage] 2005/08/05(金) 22:44:01 ID:KU4F9jr6 パーティションの開始位置が変わってなくて、終了位置がファイルシステムの末端より後ろならその作業をいくら繰り返そうが読める Win9xのfdiskだと読めなくなるがね http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/741
742: login:Penguin [sage] 2005/08/05(金) 23:26:12 ID:4Yibt62T Windowsのfdiskが、内部の情報までクリアしてしまうのは、↓こういうの http://cocoa.2ch.net/unix/kako/964/964868780.html を防ぐためだと思うよ。 端的にいうと、パーティションを小さくきりなおした時でも 内部(ファイルシステム)の持つサイズ等の情報が残っていると パーティションを越えた領域にまで読み書きが及んでしまう可能性があるから。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/742
743: login:Penguin [sage] 2005/08/06(土) 00:04:14 ID:3S3/1Uzt windowsは初心者が多いから、 「fdiskで見えなくしたから大丈夫」 と思う人が多いんだろう。だから、部分的に削除する必要がある。 Linuxの場合、いざというときのために削除しない。みんな分かってるしね。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/743
744: login:Penguin [sage] 2005/08/07(日) 13:49:02 ID:Je5HZYTh <チラシの裏> ReiserDriverのrfsdfsd.regがExt2fsdのをそのまま持ってきててわらた </チラシの裏> http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/744
745: login:Penguin [sage] 2005/08/15(月) 23:08:32 ID:6QBzqfJz シーケンシャル書き込みをしたときに 書き込みが分断されにくいファイルシステムってどれになるんでしょうか？ Win機でキャプチャした動画をそのまま LinuxのSamba上に直接書き込みたいのですが。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/745
746: login:Penguin [sage] 2005/08/16(火) 00:04:53 ID:00d/sAd6 mkfsした直後のファイルシステムならなんでも http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/746
747: login:Penguin [sage] 2005/08/16(火) 01:24:06 ID:QDWio2py tmpfsオススメ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/747
748: login:Penguin [sage] 2005/08/16(火) 05:31:23 ID:43STq93l tmpfs いいね http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/748
749: login:Penguin [sage] 2005/08/16(火) 12:42:30 ID:KdwkTm81 ramfsとは一味違うよな http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/749
750: login:Penguin [sage] 2005/08/16(火) 22:44:58 ID:4BururbB ext2でいいんじゃね？ 同時にいくつものファイルを扱ったり、小さい(ブロックサイズより)ファイルを大量に扱うのなら他を検討したほがよいと思うけど。 ストレージ容量やファイルサイズが馬鹿でかいときはxfs,jfsがいいって聞くけど、普通の動画ファイル鯖ぐらいならext2で十分かと。 まあジャーナリングぐらいつけておいたほうがよいかとは思うのでext3かな http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/750
751: login:Penguin [sage] 2005/08/18(木) 15:11:58 ID:k3U/nA8j <!-- UNIX USER 2004年9月号の51ページ に 「XFSは、小さなファイルをｉノードに格納する機能を持っており、 当然ながら格納したファイルのパフォーマンスは向上する。……」 って書いてあるんだけど、これ嘘じゃん！ だまされたーーー！！ --> http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/751
752: login:Penguin [sage] 2005/08/19(金) 01:12:20 ID:eyFrYcEH メモリ256MBしかなくても2TBのtmpfs作れるんだから。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/752
753: login:Penguin [sage] 2005/08/19(金) 01:23:27 ID:sGLEA7MH XFSはその機能あったと思うけど。 デフォルトだと、inodeが256byteしかないから使われないだろうけど。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/753
754: login:Penguin [sage] 2005/08/19(金) 08:47:38 ID:zbirz8sM 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に格納する機能は無いと思われ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/754
755: login:Penguin [sage] 2005/08/19(金) 09:47:51 ID:Vu9aPjPp directory data, for small directories; symbolic link data, for small symbolic links; http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/755
756: login:Penguin [sage] 2005/08/19(金) 09:51:21 ID:4HTKR+1a 工エェーーー！ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/756
757: ◆IIiDC8JS7w [sage] 2005/08/24(水) 00:50:58 ID:es+jZwDN 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 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/757
758: login:Penguin [sage] 2005/08/24(水) 10:18:55 ID:8nHKmGrk zfsは2006にならなかったっけ？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/758
759: login:Penguin [age] 2005/08/29(月) 16:54:24 ID:QLxFM6C4 ext2/3の話だが、 あるディレクトリにファイルをどんどん追加していくと、 ディレクトリサイズって、増えていくけど、逆に そのでかくなったディレクトリ内のファイルをどんどん消していくと、 ディレクトリサイズって小さくなる？ Ｗｅｂで調べた感じでは、ポインタのみの移動で片付けられている。 これって、ディレクトリサイズは小さくならないことを意味してる？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/759
760: login:Penguin [sage] 2005/08/29(月) 17:57:49 ID:FonpiRVm syslogって、HDDやRAM Diskが一杯一杯になって書き込めなくなったら自動的に止まってくれるんですか？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/760
761: login:Penguin [sage] 2005/08/29(月) 18:02:08 ID:RzdHZcOA >>760 くだらねえ質問はここに書き込め！Part 110 http://pc8.2ch.net/test/read.cgi/linux/1125241920/ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/761
762: login:Penguin [sage] 2005/08/29(月) 19:55:33 ID:SSwdPpeM 2.6.13がでたけど、reiser4は今回も見送り。 やっぱりいらない子か... http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/762
763: login:Penguin [sage] 2005/08/29(月) 20:22:37 ID:3Gpf59Nn まあファイルシステムがぶっこわれていた場合、 阿鼻叫喚の坩堝になりますからなあ。 慎重になってもらった方がうれすい。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/763
764: login:Penguin [sage] 2005/08/29(月) 20:42:55 ID:9AogWNK5 Remember 2.4.5! http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/764
765: login:Penguin [sage] 2005/09/01(木) 22:04:06 ID:Ks1KjAOk devfsがぁー！ …、使ってなかった。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/765
766: login:Penguin [sage] 2005/09/05(月) 16:38:05 ID:ALrk0J+T iozoneでの結果。 Writer：ext3<<XFS Re-Writer：exit3<XFS Reader：ext3=XFS Re-Reader：ext3>XFS だいたい、こんな感じ。 XFS(デフォルト)、XFS(inode size=512)、XFS(inode size=2048)は、ほとんど変わんない。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/766
767: login:Penguin [sage] 2005/09/05(月) 16:42:21 ID:yzFS47Js fs/ntfs/inode.c を気まぐれに読んでたら /* Bye, bye... */ ってのがあってなんかほろりときた http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/767
768: login:Penguin [sage] 2005/09/05(月) 18:53:16 ID:ALrk0J+T iozoneでの結果つづき。 Writer：ext3<reiserfs<XFS Re-Writer：exit3=reiserfs<XFS Reader：reiserfs<ext3=XFS Re-Reader：XFS<reiserfs<ext3 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/768
769: login:Penguin [sage] 2005/09/06(火) 01:35:55 ID:fCn0aMdT >>759 消したあとに作成するとtruncateされるそうな(BSD) なぜでしょうね? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/769
770: login:Penguin [sage] 2005/09/06(火) 06:18:52 ID:BUH06TpX >>768 あれ？raiserが早いって話はどこいったんだorz http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/770
771: login:Penguin [sage] 2005/09/06(火) 07:13:33 ID:W387GgkU >>759 小さくならないわけ無いじゃん。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/771
772: login:Penguin [sage] 2005/09/06(火) 17:35:38 ID:DNhuzUh3 >>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 . test1 # touch {0..9999} test1 # ls -ld . drwxr-xr-x 2 root root 122880 Sep 6 17:21 . test1 # rm * test1 # ls -ld . drwxr-xr-x 2 root root 122880 Sep 6 17:21 . test1 # touch a.txt test1 # ls -ld . drwxr-xr-x 2 root root 122880 Sep 6 17:22 . test1 # cd .. && mv test1 test2 # ls -dl test2/ drwxr-xr-x 2 root root 122880 Sep 6 17:22 test2/ # ディレクトリを異なるファイルシステムに持っていくと、小さくなった。 ちなみに、reiserfs 上では、ファイルを削除した時点で、ディレクトリサイズは縮小された。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/772
773: login:Penguin [sage] 2005/09/08(木) 18:58:43 ID:l59tiwHK >>769 ファイルを消した時に同時にディレクトリもtruncateすると、 直後に作成されたファイルのためにまたディレクトリが伸びることになります。 そしてそれを消すとまたtruncateされる。 この繰り返してslashingが発生するので、 truncateされるのはファイルが増えた時だけなのです。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/773
774: login:Penguin [sage] 2005/09/10(土) 01:17:56 ID:XRydJ3P5 >>773 raiserfsは何で律儀にtruncateできるんだ? あとUFS+softdependだとcreate/unlinkは非同期writeになるのでunlink時にtruncate出来ると思う。 ただcreate時までtruncateを遅らせるとCPU時間を節約できる利点はある。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/774
775: login:Penguin [sage] 2005/09/10(土) 14:01:20 ID:eUhGzL+2 >>774 slashingが起きても気にしないからでは。 UFSはCPU/diskの速さが今と100倍違う時代の設計ですから、 新しいfilesystemではでっかいcacheでなんでも吸収できてしまうと考えて 細かいことを気にしない設計であってもおかしくありませんよ。 冗談はさておき、 UFSはindirect blockが非常に高コストですからtruncate後に起きることに対して 神経質になる必要があります。対してreiserfsは小さなブロックをinodeに格納して ブロックの手配を遅らせることができるのでslashingは起きません。 てな感じでしょうか。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/775
776: login:Penguin [sage] 2005/09/14(水) 02:28:04 ID:BY/ZH1tt スラッシングはthrashingじゃない? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/776
777: ◆IIiDC8JS7w [sage] 2005/09/15(木) 00:23:07 ID:t4sQJvi1 ファイル操作ベンチマークテストツール作ってみました。 （ create、open、utime、stat、unlink ) ttp://www.wikihouse.com/linuxfs/index.php?tool からどうぞ。 あと、おまけで、Cソースの整形スクリプトも置いてます。 不具合等の報告、改善案ありましたらよろしくです。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/777
778: login:Penguin [sage] 2005/09/15(木) 00:25:49 ID:yV2kdjHn > あと、おまけで、Cソースの整形スクリプトも置いてます。 タブでインデントしている馬鹿専用？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/778
779: ◆IIiDC8JS7w [sage] 2005/09/15(木) 01:11:22 ID:t4sQJvi1 タブ正規化している部分を省略して spaceのままのほうが良いかな？ 他の部分はどう？>>778 私はタブでインデントするので。。。 タブ派？space派？用に2つ用意しますか。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/779
780: login:Penguin [sage] 2005/09/15(木) 01:53:28 ID:V253vCix タブでインデントすることのデメリットが大して思い浮かばないのは俺だけですか？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/780
781: login:Penguin [sage] 2005/09/15(木) 02:31:11 ID:BCiydThy タブ幅が違う環境だと、見え方が変になるとか…… でもスペースも手打ちだとやりにくい (手打ちするなよ、って話ですが) http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/781
782: login:Penguin [sage] 2005/09/15(木) 04:24:26 ID:+dCyKchV エディターでいくらでも何とかなる時代にオールドタイプな話をしてんのね。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/782
783: login:Penguin [sage] 2005/09/15(木) 06:06:38 ID:BCiydThy いちいちタブ幅を変えんの、めんどくさくないっすか? まあ↑の方のやつの反応はどう考えても過剰と思うけど。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/783
784: login:Penguin [sage] 2005/09/15(木) 08:21:12 ID:m8CyMhPJ 俺はタブ派ではあるが、基本的にはどっちでもいい。 が、多人数でメンテしているソースがタブとスペースが混在しているのは、激しく萎える。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/784
785: login:Penguin [sage] 2005/09/15(木) 08:30:10 ID:U0wxNCCp expandでもつかっとけ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/785
786: login:Penguin [sage] 2005/09/15(木) 15:10:29 ID:YsEdPohc GNU indent つかっとけ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/786
787: login:Penguin [sage] 2005/09/16(金) 07:42:51 ID:gfGtHpd+ 778=リチャード・ストールマン http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/787
788: login:Penguin [sage] 2005/09/16(金) 10:08:38 ID:xsY0Ij9a SELinux有効にしてあるマシンで、mkfs.xfsでi-nodeのサイズを指定しなかったんだけど、 具体的のどの程度パフォーマンス落ちるんですかね。ディスクを無駄に食うのはあんまり気にならないんですが。 160GBのディスク中の100GBのfsで既に90GB使ってるから、別のディスク持ってこないと待避出来ない状態。 まあsquidのキャッシュだから捨てても良いんだが。 そもそも、約200人ぐらいのユーザしかいないのに90Gも要らないし。なに考えてたんだろう。 インデントは基本4spaceで、8の倍数ならtab派。 面倒なときは全部tab。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/788
789: login:Penguin [sage] 2005/09/16(金) 20:47:52 ID:ddw+clWY >>788 >>729 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/789
790: login:Penguin [sage] 2005/09/21(水) 23:54:09 ID:7NSXu838 reiser4って2.6.14でもスルーされそうなふいんき? Hansタソに怨みでもあるのかな... http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/790
791: login:Penguin [sage] 2005/09/22(木) 04:56:21 ID:scb+o7MU Remember 2.4.5! http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/791
792: login:Penguin [] 2005/09/26(月) 18:36:52 ID:/aJAuI9c NILFS http://enterprise.watch.impress.co.jp/cda/software/2005/09/26/6239.html http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/792
793: login:Penguin [sage] 2005/09/26(月) 19:35:12 ID:kVDYJq8s NetBSDのLFSを移植したわけではなさそうだな。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/793
794: login:Penguin [sage] 2005/09/26(月) 21:19:43 ID:u/RYtqVu Win機でXFS読む方法(出来れば書きも)ってないでしょうか？ VirtualPCでLinux入れるしかないのかな。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/794
795: login:Penguin [sage] 2005/09/26(月) 22:11:45 ID:u9tzUB6M NILFSの不思議な旅 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/795
796: login:Penguin [sage] 2005/09/26(月) 22:45:08 ID:uklN6Kts >>792 lkmlにアナウンスないよね。 彼らは自分達だけでメンテしていくつもりなのかね。 live-patchingの時みたいに。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/796
797: login:Penguin [sage] 2005/09/26(月) 23:26:53 ID:v1J2Pu6f >>796 live-patchingはlkmlに出てきたぞ。 実装がアホすぎて相手にされなかったが。 NILFSはどうすんのかね。 まずは教祖様の所で叩きまくっていただきたいなあと思いますな。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/797
798: login:Penguin [sage] 2005/09/26(月) 23:35:09 ID:pjtxYGbi 教祖様はLFS支持派じゃなかったっけ？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/798
799: login:Penguin [sage] 2005/09/26(月) 23:40:59 ID:H5Mv5eNU LFSってなんだよ。 Linux From Scratch？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/799
800: login:Penguin [sage] 2005/09/27(火) 00:13:46 ID:RE+QfhY6 Log-structured File Systemってことぐらい>>792の記事にも書いているというのに、 799の知能障害っぷりはすさまじいな… http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/800
801: login:Penguin [sage] 2005/09/27(火) 00:21:52 ID:Fx4wqmuG >>797 live-patchingってなに?って聞こうと思ったが >>800の用に罵倒されるだろうからlkml検索した。 jump突っ込んでリスタートしないでpatchを突っ込む機能? なのは分かったが、実装のアホさをかげんを語ってほしい。>知ってる人 i386 と x86_64 でしか動かないところとか? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/801
802: login:Penguin [sage] 2005/09/27(火) 00:26:24 ID:ERekk5SP live-patchingは実装以前に、なぜその機能が必要なのかを 議論して説明できなかったことが問題ではないかな。 だって顧客が（いままでのやり方を変えたくないから） 必要だって言うから、なんて理由ではねぇ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/802
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 181 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.406s*