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

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

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

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
いちいちタブ幅を変えんの、めんどくさくないっすか?
まあ↑の方のやつの反応はどう考えても過剰と思うけど。

784: 2005/09/15(木)08:21 ID:m8CyMhPJ(1) AAS
俺はタブ派ではあるが、基本的にはどっちでもいい。
が、多人数でメンテしているソースがタブとスペースが混在しているのは、激しく萎える。

785: 2005/09/15(木)08:30 ID:U0wxNCCp(1) AAS
expandでもつかっとけ。

786: 2005/09/15(木)15:10 ID:YsEdPohc(1) AAS
GNU indent つかっとけ

787: 2005/09/16(金)07:42 ID:gfGtHpd+(1) AAS
778=リチャード・ストールマン

788(1): 2005/09/16(金)10:08 ID:xsY0Ij9a(1) AAS
SELinux有効にしてあるマシンで、mkfs.xfsでi-nodeのサイズを指定しなかったんだけど、
具体的のどの程度パフォーマンス落ちるんですかね。ディスクを無駄に食うのはあんまり気にならないんですが。

160GBのディスク中の100GBのfsで既に90GB使ってるから、別のディスク持ってこないと待避出来ない状態。
まあsquidのキャッシュだから捨てても良いんだが。
そもそも、約200人ぐらいのユーザしかいないのに90Gも要らないし。なに考えてたんだろう。

インデントは基本4spaceで、8の倍数ならtab派。
面倒なときは全部tab。

789: 2005/09/16(金)20:47 ID:ddw+clWY(1) AAS
>>788
>>729

790: 2005/09/21(水)23:54 ID:7NSXu838(1) AAS
reiser4って2.6.14でもスルーされそうなふいんき?
Hansタソに怨みでもあるのかな...

791: 2005/09/22(木)04:56 ID:scb+o7MU(1) AAS
Remember 2.4.5!

792(2): 2005/09/26(月)18:36 ID:/aJAuI9c(1) AAS
NILFS
外部ﾘﾝｸ[html]:enterprise.watch.impress.co.jp

793: 2005/09/26(月)19:35 ID:kVDYJq8s(1) AAS
NetBSDのLFSを移植したわけではなさそうだな。

794: 2005/09/26(月)21:19 ID:u/RYtqVu(1) AAS
Win機でXFS読む方法(出来れば書きも)ってないでしょうか？
VirtualPCでLinux入れるしかないのかな。

795: 2005/09/26(月)22:11 ID:u9tzUB6M(1) AAS
NILFSの不思議な旅

796(1): 2005/09/26(月)22:45 ID:uklN6Kts(1) AAS
>>792
lkmlにアナウンスないよね。
彼らは自分達だけでメンテしていくつもりなのかね。
live-patchingの時みたいに。

797(2): 2005/09/26(月)23:26 ID:v1J2Pu6f(1) AAS
>>796
live-patchingはlkmlに出てきたぞ。
実装がアホすぎて相手にされなかったが。

NILFSはどうすんのかね。
まずは教祖様の所で叩きまくっていただきたいなあと思いますな。

798: 2005/09/26(月)23:35 ID:pjtxYGbi(1) AAS
教祖様はLFS支持派じゃなかったっけ？

799: 2005/09/26(月)23:40 ID:H5Mv5eNU(1) AAS
LFSってなんだよ。
Linux From Scratch？

800(1): 2005/09/27(火)00:13 ID:RE+QfhY6(1) AAS
Log-structured File Systemってことぐらい>>792の記事にも書いているというのに、
799の知能障害っぷりはすさまじいな…

801: 2005/09/27(火)00:21 ID:Fx4wqmuG(1) AAS
>>797
live-patchingってなに?って聞こうと思ったが
>>800の用に罵倒されるだろうからlkml検索した。

jump突っ込んでリスタートしないでpatchを突っ込む機能?
なのは分かったが、実装のアホさをかげんを語ってほしい。>知ってる人
i386 と x86_64 でしか動かないところとか?

802: 2005/09/27(火)00:26 ID:ERekk5SP(1) AAS
live-patchingは実装以前に、なぜその機能が必要なのかを
議論して説明できなかったことが問題ではないかな。

だって顧客が（いままでのやり方を変えたくないから）
必要だって言うから、なんて理由ではねぇ。

803: 2005/09/27(火)08:08 ID:oL5iuLFb(1) AAS
それにわざわざkernelいじってsyscall追加しなくても既存の仕組みだけで実装
できちゃったしね。

804(1): 2005/09/27(火)11:40 ID:U4MMBpGZ(1) AAS
>>797
えっ、教祖様がNILFS書いたんじゃないの?

805: 2005/09/27(火)15:35 ID:2d1wyKFE(1) AAS
>>804
教祖様は別の研究所でつ。

806(3): 2005/09/28(水)07:18 ID:dfqVjPFF(1) AAS
tmpfsについての雑誌記事をよみ、
さっそくメモリ512MBなのに、
/tmpをtmpfsにしました。
かなり体感上高速化できたので、
調子こいて/usr/tmpと/var/tmpも/tmpのシンボリックリンクに貼り直し、
/usr/src/package/BUILDも/tmpのシンボリックリンクに貼り直しました。
さすがにここまでくると512じゃ足りません。
2GBまで増設しようと思います。

807: 2005/09/28(水)13:08 ID:/TXRdfre(1) AAS
>>806
つ【i-RAM】

808: 2005/09/28(水)14:49 ID:Jmeyj6gp(1) AAS
>>806
/usr/tmp や /var/tmp には、
再起動で消えちゃ困るファイルを置くから、
tmpfs にしてはいかんのでは？

809: 2005/09/28(水)15:20 ID:U3SJad7H(1) AAS
そもそも /usr/tmp なんてもう使わんだろ。
ls -ld /usr/tmp してみ。

810(1): 806 2005/09/28(水)16:42 ID:NXYGMIF5(1) AAS
それでは/usr/tmpと/var/tmpはtmpfsやめます。
/var/tmpもう一回掘って、/usr/tmpはそのリンクにします。

i-RAMですか……。もう1GBのメモリを注文してしまいまそた。

811(2): 2005/09/28(水)22:08 ID:2Q878b28(1) AAS
symlinkはダサい
bind mount汁

812: 2005/09/29(木)10:05 ID:KaFswIJ5(1) AAS
>>810
落とす時にどっかに退避するとか。

813(1): 2005/09/29(木)10:07 ID:myBDv3X7(1/2) AAS
>>811
bind mount がダサくないとする件について語ってもらおうか。

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

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

ぬこの手ぬこTOP 0.031s