[過去ﾛｸﾞ] /**ファイルシステム総合スレ その3**/ (983ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
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 がダサくないとする件について語ってもらおうか。
814: 2005/09/29(木)14:07 ID:Fw7eVUmP(1) AAS
>>813
symlinkよりbind mountが後でできたらかじゃないかな？
古いものはダサいという。
815: 2005/09/29(木)14:18 ID:myBDv3X7(2/2) AAS
新しいか否かだけで、優劣が決まるわけじゃないし、適材適所っつーのもあるし、
その辺を含めて >>811 に語っていただきたい。
816: 2005/09/29(木)14:51 ID:cioRdP52(1) AAS
symlinkはsimple is the bestって感じで好きだけどなぁ。お手軽な実装で最大の効果。
817: 2005/09/30(金)18:58 ID:9DKY8Ymb(1) AAS
bind mountなんて使ってわざわざfstab増やさなくても、symlinkでええやん
818(1): 2005/09/30(金)22:00 ID:8BDoz3jj(1) AAS
symlinkすんのとbind mountすんのとどっちがコスト低いんよ？
教えてエロイ人
819: 2005/10/01(土)00:00 ID:T2yStrEv(1) AAS
>>818
その前にコストとは何か定義しろ。話はそれからだ。
動作スピードか？手順の容易さか？管理の複雑さか？かかる時間か？必要な経費か？
820(1): 2005/10/02(日)00:17 ID:El16X4Al(1) AAS
NILFS 期待できる?
外部ﾘﾝｸ:d.hatena.ne.jp
外部ﾘﾝｸ:www.nilfs.org
821: 2005/10/02(日)00:35 ID:8NyStQFr(1) AAS
FS-p?
nil
822: 2005/10/02(日)02:39 ID:QTwk5fFU(1/2) AAS
>>820
--
最大の問題は, まだクリーナ (GC) が未実装でディスクを使いきるとそこで
おしまいになってしまうことです. snapshot を維持した効率的 GC はなかなか
難しく, 公開には間に合いませんでした.
--
少なくともこれが解決するまでは、評価対象にもならん。
823: 2005/10/02(日)03:01 ID:fDDwC6YB(1) AAS
GCなしのLFSって何の冗談だよ…。評判の悪いNetBSDのLFSだってGCなしなら
そりゃとんでもなく安定して動くぞ。
824: 2005/10/02(日)05:37 ID:B9ZIguVy(1) AAS
write onceメディアで使えば無問題
825: 2005/10/02(日)08:28 ID:MZ8Iwq1l(1) AAS
げ、GC無しなのか。。。
826: 2005/10/02(日)10:23 ID:g7K2h7c7(1) AAS
9fs
827: 2005/10/02(日)10:48 ID:d/mMgmky(1) AAS
たぶん、雨海さんはGCへの興味からLFSを実装し始めたのだから、
「効率的」のところで色々挑戦したいことがあるのでしょうね。
828(1): 2005/10/02(日)10:51 ID:yX3Ok4CW(1) AAS
どうせそのち、みんなNILFSの事なんか忘れて、
GCも実装せずに済むのを待ってるんじゃまいか？
829: 2005/10/02(日)11:13 ID:93pq6ACZ(1) AAS
現状のファイルシステムのスタンダードって何？
いまだに ext3?
830: 2005/10/02(日)11:18 ID:QTwk5fFU(2/2) AAS
外部ﾘﾝｸ:www.nilfs.org の TODO List に並んでいる項目を眺めてみりゃ
まだアルファ品質レベルなのは明らか。
それなのにバージョン1.0.0としてこのタイミングでリリースしたのは
NTT内部でいろいろ政治的な問題があったんだろうね。
831: 2005/10/02(日)11:42 ID:jkmzNrT4(1) AAS
>>828
未踏のプロジェクトだったら間違いなくそれだよなｗ
832: 2005/10/02(日)14:49 ID:Skt6bCFA(1) AAS
disk fullになったら落ちるのか
(((；ﾟДﾟ))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ
833(1): 2005/10/03(月)17:58 ID:TGhMqhDm(1) AAS
AA省
834: 2005/10/03(月)18:08 ID:nK/Zqv7X(1) AAS
NetBSDが苦労してたのが、サクっと出てきたのかと思ってｽｹﾞｰってって思ったのに、
肝心要の部分は、出来てないんですね(´･ω･`)
835: 2005/10/03(月)18:22 ID:NuDWG+fv(1) AAS
GC抜きのLinux用LFSを一から作るより、NetBSDのLFSのGCに手を入れて安定化を
目指すほうが、技術的には1万倍ぐらい有用だと思う。ってことでNILFSの目的って
NTT研でこんなことやってますよってアドバルーンを上げることだけなんだろうな…
836: 2005/10/03(月)18:27 ID:ksA+zmBN(1) AAS
AA省
837(1): 2005/10/04(火)08:58 ID:2DfYM6Ne(1) AAS
外部ﾘﾝｸ:d.hatena.ne.jp を読むと、
開発側は、GCが出来てないのを問題と認識してるみたいだね。
重要なGCを未実装で出すなんて、成果を早く出せみたいにせっつかれたんだろうか。
838: 2005/10/04(火)11:22 ID:LeSteqXG(1) AAS
>>837
なにかに間に合わせるためにとりあえず発表つー感じですな。
まあ発表した所で、時限爆弾を抱えているファイルシステムなんて物を、
評価以外で使う人はいないと思いまふが。
839: 2005/10/04(火)11:57 ID:gxZIEFzI(1) AAS
ここは白痴のスレか？それとも釣堀か？
840(1): 2005/10/04(火)15:42 ID:uJ6nJ2FU(1) AAS
トラックバック:外部ﾘﾝｸ:d.hatena.ne.jp
841: 2005/10/04(火)22:09 ID:ZygceYpT(1) AAS
>>840
歳をとるとアレというよい例ですな。
842: 2005/10/04(火)23:56 ID:jJ/Ll66C(1) AAS
自分は結構楽しみに待ってたりする。
気長にいこーよ。
843(2): 2005/10/05(水)00:04 ID:QFafW1iM(1/2) AAS
つーか今は使い物になる前に公開するのが基本だろ？
844: 2005/10/05(水)00:44 ID:m0mfoKiG(1) AAS
>>843
jfsとか?
845: 2005/10/05(水)01:02 ID:QFafW1iM(2/2) AAS
いやmergeはちょっと…
846: 2005/10/05(水)03:50 ID:T6hGU6Sy(1) AAS
>>843
GCなしのLFSは使い物になるかどうか以前の問題なんだけど。
一番重要なところが実装されていないどころか、仕様すらできていない。
847(1): 2005/10/05(水)19:31 ID:06HlPsS8(1) AAS
上半期末だったのでチャレンジシートに書く成果のために急いていたのかねえ。
もっともあと半年待ったところでどうにかなるものでもなさそうだが。
848: 2005/10/05(水)23:15 ID:C9iJy0M/(1) AAS
>>847
この成果でチャレンジシート書いても良い評価はもらえんような気もするが。
849(2): 2005/10/06(木)17:27 ID:/klPsKwC(1) AAS
>>752 ：login:Penguin：2005/08/19(金) 01:12:20 ID:eyFrYcEH
>>メモリ256MBしかなくても2TBのtmpfs作れるんだから。
って有るんだけど どういう意味？誰か教えて。
850: 2005/10/06(木)19:34 ID:Rx6o4GVA(1) AAS
>>849
実メモリ以上の大きさの仮想メモリが確保できます という話
851(2): 2005/10/06(木)20:50 ID:Ix8hZQ5K(1) AAS
結局swapするんだけど。
プロセス用のメモリを圧迫してしまわないかが心配なのだけど、パフォーマンスはどうなのかな？
852: 2005/10/06(木)23:31 ID:xT3uD10e(1) AAS
馬鹿の心配、するが問題
853: 2005/10/07(金)05:55 ID:OhVmq87l(1) AAS
ファイルシステムの容量以上の sparse file 作って
全部埋めようとしたらどうなる？
上下前次1-新書関写板覧索設栞歴
あと 130 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.036s