[過去ﾛｸﾞ] /**ファイルシステム総合スレ その3**/ (983ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
854: 2005/10/07(金)08:20 ID:FCO+kwEN(1) AAS
おまえの馬鹿さ加減が知れる
855: 2005/10/07(金)16:11 ID:TB2XB9e6(1) AAS
>>851
何もかもスワップします
スワップするとパフォーマンスは落ちます
856: 2005/10/08(土)02:04 ID:wBNmFVix(1) AAS
研究用にLinuxに新しいファイルシステム作る研究っていくつもあるけど、
やりかけで発表して、そのうちLinuxカーネルのファイルシステムや
バッファキャッシュに大工事が入って、内容を把握できていない第三者には
メンテできない状態になってそのまま放棄っていうパターンが多い気がする。
Linuxで昔LFS実装してGC前にやめた人がいたよな…論文書いてジ・エンド
だったような。
857: 2005/10/08(土)02:12 ID:iAV5ajSP(1) AAS
>>849
sudo mount -o size=2048g -t tmpfs /dev/shm /var/tmp
とかできるってことだろ。
>>851
1Gメモリのマシンでtmpfsで1G使い切ってもシステムは動くから問題なし。
858(1): 2005/10/10(月)05:50 ID:FOkgGQpi(1) AAS
tune2fsしてなかったext3で電源ぶち切れたら起動時にfsckにぶっ壊されてデータが全部消えてた
アッタマきたから全部reiserfsに入れ替えたよ
859: 2005/10/10(月)09:47 ID:DPdI/TRh(1) AAS
>>858
気になる。ぶっ壊れたext3のfilesystem featuresはどんなでしたか？
860(1): 2005/10/10(月)19:57 ID:u8RXV1zO(1) AAS
こういうのは、大概アホの操作ミスなので参考にならない。
おまえふだんからrootユーザで使ってるような奴だろう?
861: 2005/10/10(月)20:12 ID:PPdkzrJx(1) AAS
>>860
バカだな。アホの失敗こそが参考になるんだよ。
862: 2005/10/25(火)09:16 ID:vz/iqc5F(1) AAS
Reiser4は前途多難だな
863: 2005/10/25(火)19:55 ID:C7irvUy+(1) AAS
reiserfsって大きなパーティションのマウントにやたら時間かからない?
864(1): [age] 2005/10/25(火)23:43 ID:/ffg2JE5(1) AAS
nilfs 1.0.1 age
外部ﾘﾝｸ:www.nilfs.org
865: 2005/10/26(水)09:12 ID:59OXgXXU(1) AAS
>>864
相変わらずGCが実装されていなくて、使い物にならない罠
866: 2005/10/27(木)00:46 ID:pjsdyzHU(1) AAS
LFSのGCはいくら彼等でも大変やろ
867: 2005/10/27(木)03:58 ID:03XaxeL6(1) AAS
でも、GCのないLFSは完全に無意味でそ。一番重要な部分なんだから。
868: 2005/10/27(木)08:33 ID:ZpRsx5S1(1) AAS
数年後に別のOSで別の実装が出てきた時に、
Related paperに名前が乗るだけでいいと
おもってるんだよ。
869: 2005/10/28(金)09:07 ID:YXLZ/nGQ(1) AAS
Gentoo Weekly Newsletterにこんなのがありました
ext2/3がReiser4に匹敵する速さを持てる
外部ﾘﾝｸ[xml]:www.gentoo.org
870(1): 2005/10/28(金)09:50 ID:XwIEeIoR(1) AAS
最近のディストリビューションだとインストーラから作ったファイ
ルシステムは最初から dir_index 有効になってない?
とりあえず手元のFedoraCore3では既に有効だった.
871: 2005/10/28(金)10:21 ID:7ByDs001(1) AAS
Fedora使ってると世間の動きののろさに驚かされる
872: 2005/10/28(金)14:00 ID:IPWXrjRj(1) AAS
Fedoraの意味は失われていないと。
873(2): 2005/10/29(土)00:37 ID:BmZE/cxJ(1) AAS
>>870
そんなんFedoraだけだよ〜。∴RHEL4でもそうなってるし。
"."と".."が真ん中らへんにあってめちゃうざいんで、速攻
# tune2fs -O ^dir_index /dev/hda1
してます(tarファイルを作るときなんかばばっちくなるから)。
874: 2005/10/29(土)09:10 ID:X64IHV1r(1/2) AAS
意味不明
875: 2005/10/29(土)14:49 ID:6EejkOWW(1) AAS
>>873
確かにそういう問題はありますな。理解できない人は、既存のtarファイルを
一旦展開して再度固める作業を、非dir_indexファイルシステムとdir_index
ファイルシステムで同様に行って、オリジナルのtarファイルと比較してみ。
876: 2005/10/29(土)14:54 ID:pGSoItpe(1) AAS
それが問題だと言ってしまう脳に問題があるように思うがな
877: 2005/10/29(土)16:08 ID:X64IHV1r(2/2) AAS
なんかさ、
FAT で育って FD とかでディレクトリエントリを
操作することのみに人生を捧げてきた香具師とか
そんな感じの痛さだぬ。
そういう人がいてもいいけどファイルシステムを
どうこう言うスレに来るのは場違いだな。
878(1): 2005/10/29(土)23:48 ID:A4ZjJGqG(1) AAS
>>873
財布の中のお札が、製造番号順じゃないと気が済まない人もいると聞いたのですが、あなただったんですね。
879(1): 2005/10/30(日)01:06 ID:SXguPcct(1) AAS
Reiser4と激怒するLinuxカーネル開発者たち（1/2） − ＠IT
外部ﾘﾝｸ[html]:www.atmarkit.co.jp
880: 2005/10/30(日)01:37 ID:x2bNJ2nG(1) AAS
DVD-RAMの書込速度がReiser4だとUDFとEXT3の倍、Reiserfs3の1.5倍速かった。
881: 2005/10/30(日)03:48 ID:SvM7vo35(1) AAS
>>439の取引先が後臨されたようですねｗ
882(1): 2005/10/30(日)06:58 ID:i/BjErkK(1) AAS
>>878
> 財布の中のお札が、製造番号
硬貨を製造年順に並べている香具師も居ますね。ｗ
でもこれって、単にソートすればいいんじゃない？
readdir(2)に関わる基本コマンドって、
ls
tar
find
他にあったっけ？
883: 2005/10/30(日)09:56 ID:3lEUxYww(1/2) AAS
それ以前に ls をわざわざ -f 付で使う香具師なんているのか?
884: 2005/10/30(日)14:23 ID:mjn873w6(1) AAS
>>882
オレは額面順にソートしてるな
大量の1万円札の中に混じってる1000札ってすごい見つけづらい
885: 2005/10/30(日)14:44 ID:PoqNnes/(1) AAS
俺の財布には千円札しか入ってないから、ソートする必要がない。
886: 2005/10/30(日)16:06 ID:3clM3aaO(1) AAS
俺の財布には千円札すら入ってないから、ソートする必要がない。
887: 2005/10/30(日)17:12 ID:3lEUxYww(2/2) AAS
1枚だけならソートしなくても良い
888(1): 2005/10/30(日)18:20 ID:gP9N0Xu1(1) AAS
>>879
| Christoph Hellwigは、ReiserFSの中でLinuxのI/Oの機構が再実装されている
| 理由を説明するか、再実装を止める必要があるだろうと宣言しました。
ﾆﾔﾆﾔ
889: 2005/10/30(日)20:49 ID:y4iTrXMn(1) AAS
>>888
そりゃあ、OS標準のI/Oが腐っているからだ罠…
890: 2005/10/30(日)21:23 ID:3OyoEjlX(1) AAS
xfsもI/O自前とかって話なかったっけ？
891: 2005/10/30(日)21:43 ID:zC6ZVKYJ(1/2) AAS
なんかdebugreiserfs -q でオンラインバックアップみたいなことできる
外部ﾘﾝｸ[html]:www.atmarkit.co.jp
って書いてあるけどほんとにこれでバックアップとして活用できるのかな？
だれか試した人いませんかぁ〜
892(2): 2005/10/30(日)21:45 ID:wFFjjMpc(1) AAS
RCU導入でファイルアクセスにロックが不要に？
外部ﾘﾝｸ[html]:www.atmarkit.co.jp
題名が変だぞw
この言い方だと全くロックしてないみたいじゃねーかよ。
ロック無しでどうやって整合性とるんだよ。
893: 2005/10/30(日)21:45 ID:zC6ZVKYJ(2/2) AAS
ごめん、debugreiserfs -p /dev/xxxn ね
894(1): 2005/10/31(月)17:40 ID:+I0t6SZc(1) AAS
>>892
>ロック無しでどうやって整合性とるんだよ。
リンク先の
>編注：RCUについては、「全貌を現したLinuxカーネル2.6［第1章］」も参照。
嫁
895: 2005/10/31(月)17:49 ID:IK8UmHHt(1) AAS
>>〜ロックが不要に？
ありえない。
おまえこそソース嫁 >>894
896: 2005/10/31(月)18:12 ID:QMO6TMK+(1) AAS
よくわかんないので誰か教えておくれ.
>>892の記事は端から間違いなの?
それとも「ロック」という一般名称が問題で,
「RCU導入でread(),write()のためのspinlock()が不要に」
なら問題ないの?
897: 2005/11/01(火)14:44 ID:n0F2a23g(1) AAS
つーか、誰もRCUについて理解せずにレスしてるみたいな。
RCUってロックフリープロトコルの一種だったと記憶してるんだが。
ロック無しで整合性を保障する手法。ちょっと前のInterfaceに
載ってたけど、あれをそのまま応用しただけなんじゃね？
↓の組み込みプログラミング・ノウハウ入門ね
外部ﾘﾝｸ[htm]:www.cqpub.co.jp
898: 2005/11/01(火)15:51 ID:rga3EyOu(1/2) AAS
おまえらって限りなく白痴に近いよな
外部ﾘﾝｸ:en.wikipedia.org
899: 2005/11/01(火)20:44 ID:SAHvAGui(1) AAS
つか、RCUを使ってる構造体ってのはどれなわけ？
900: 2005/11/01(火)21:34 ID:tRZmr0ah(1) AAS
AA省
901: 2005/11/01(火)21:43 ID:qDAV71zb(1) AAS
> 外部ﾘﾝｸ[html]:www.atmarkit.co.jp
> この影響により、CPU数が多いシステムで複数のCPUを利用したプログラムが大量に
> ファイルシステムI/Oを発行するような事態の改善が期待できるようです。
「改善が期待できるようです」ってよくわからん表現じゃなく、
実際のベンチマークの結果とかはないのかなあ。
902: 2005/11/01(火)22:06 ID:4Os8CDZv(1/2) AAS
おまいら、ソース嫁よw
903(2): 2005/11/01(火)23:00 ID:6PqmQbrf(1) AAS
RCU は、要は、
VRAM 裏画面で描画しつつ、
CRT に表示されるのは VRAM表画面、つーことか？
で、表画面を完全に表示し終わったら
裏画面の内容を垂直回帰期間中に表画面に転送すると、そういう感じ？
904: 2005/11/01(火)23:34 ID:4Os8CDZv(2/2) AAS
RTFS
905: 2005/11/02(水)00:04 ID:rga3EyOu(2/2) AAS
>>903
頭悪いのに無理して理解したつもりにならなくてもいいから
906: 2005/11/02(水)03:30 ID:u4aR+emM(1) AAS
>>903
ROTFL
Is it a PC98 machine, isn't it?
Wow, I feel very nostalgic.
907(1): 2005/11/02(水)08:30 ID:jGbUwJbv(1) AAS
DragonflyBSD では lock 排除を messaging でやろうとしてて
wikipedia によれば
| The serializing token code is evolving into something quite similar to
| the "Read-copy-update" feature now available in Linux. Unlike
| Linux's current RCU implementation, DragonFly's is being implemented such
| that only processors competing for the same token are affected rather than
| all processors in the computer.
外部ﾘﾝｸ:en.wikipedia.org
908: 2005/11/02(水)15:16 ID:gm18gZhB(1) AAS
reiser4でのbadblockの扱いについてご存じの方いませんか？
reiserfs のときは、badblockを指定してファイルシステムを作成できたのに
reiser4だとダメみたいなんですが、これって自動ってうまいことやってくれるってことなんでしょうか・・・・・？
最近、LANDISKがカッチョンカッチョン言い始めて怖いのです・・・・
909: 2005/11/02(水)20:00 ID:RYMKE1Bh(1) AAS
>>907
ぜってーうまくいかねー。ぜってーだ！
910: 2005/11/02(水)21:56 ID:OP6gpXTW(1) AAS
MS Officeを動作させる話題の"David"搭載、2年ぶりの待望のメジャーバージョンアップ
新製品「Turbolinux FUJI」発表
2005年11月25日より販売開始
ターボリナックス株式会社
同新製品は、2003年10月にリリースされ、リナックスOS分野で前人未踏の
52週（1年間）連続売上第一位（BCN調べ）を記録し、
数年来国内売上シェア第一位を誇るターボリナックスの
基幹デスクトップ製品「Turbolinux 10 Desktop」（以下10D）
の後継製品にあたり、 国産OSならではの完成された日本語環境はもちろん、
10Dで提唱したWindowsとの互換性をさらに強め、安全性、 安定性に優れた
省13
911: 2005/11/02(水)22:56 ID:WJkOuGQD(1) AAS
結局 UFS2+S に行き付く。
912(2): 2005/11/02(水)23:28 ID:T13Q6gqs(1) AAS
うひょー。
reiserfs(3.6)、FAQには最大ファイルシステムサイズ 16TB
とあるけど、実際には8TBに壁があるとわ。ハマッタぜ。
913: 2005/11/03(木)13:15 ID:VuBsCJhV(1) AAS
>>912
よく試せたね。情報サンクス
914: 2005/11/03(木)15:52 ID:2GTkneJD(1) AAS
すげーな。8T越えか。
jfsとかxfsはどうよ？sunのzfs(だっけ)とかも気にある。
さすがにそれだけあると再フォーマットする気にもならんだろうけどさ・・・
915: 2005/11/03(木)17:11 ID:gXWoyFO2(1) AAS
>>912
それで壁の原因はなんだったんですか？
916(1): 2005/11/03(木)20:13 ID:IXEf+Zwa(1) AAS
xfsにしました。jfsは自分ではほとんど使った事がないので。
原因というか、なんか動作が変なんでぐぐってたら
reiserfsのMLでこういう記事を見付けて、ああそれで、と。
外部ﾘﾝｸ:marc.theaimsgroup.com
917: 2005/11/03(木)21:50 ID:Z2piQ1G5(1) AAS
外部ﾘﾝｸ[html]:namesys.com
によると、reiserfsにも
data=ordered / journal / writeback
のマウントオプションが存在する。
全然知らなかったんだが、使い分けしてみたって人いる？
と、いうか知ってた？
918: 2005/11/03(木)21:52 ID:QbEf91sw(1) AAS
とっくのとうに
919: 2005/11/05(土)00:44 ID:2RRHTn2h(1) AAS
常識
920(2): 916 2005/11/08(火)22:15 ID:MOc07+j7(1) AAS
もっと早く言ってよヽ(`Д´)ﾉｳﾜｧｧﾝ!!
外部ﾘﾝｸ[html]:archives.free.net.ph
921: 2005/11/08(火)23:19 ID:4VjcNAzO(1) AAS
>>920
ご利用は計画的に。
922: 2005/11/09(水)00:24 ID:3r1uej1J(1/2) AAS
4G(32bit) x 512B(1block) = 2TB だしな
923(2): 2005/11/09(水)00:27 ID:8xkaFGUP(1) AAS
>>920
要するにxfs_repairはファイルシステムの中に書かれているファイルエントリが
多ければ多いほどメモリを食う仕掛けになっているが、ia32 (i386)環境では
プロセス毎に最大で4GBに制限されているため、いくらメモリを積んだところで
巨大なファイルシステムには対応できない、ということか。
924: 2005/11/09(水)12:33 ID:UWq6xuL+(1) AAS
8TBが、IA32 Systemでの xfs_repair を実行するには大きすぎる、
ということは分かったのですが、実際、IA32ならば何TBまでOKなのでしょうか。
4TBまでならばOKなのか、もっと小さいのか。
925: 2005/11/09(水)13:22 ID:3r1uej1J(2/2) AAS
>923 を見る限り 8TB が大きいっつーよりは
ファイル・ディレクトリの数が問題なんじゃないの?
一つ辺り数GBな映像ファイルしか格納しないなら問題ないとか?
926: 2005/11/09(水)18:34 ID:3Egbuj3e(1) AAS
>>923
>いくらメモリを積んだところで...
Windowsのリソース64k制限を思い出したよ
927: 2005/11/09(水)18:41 ID:OfqFgXaM(1) AAS
ちんちんおっき
928: 2005/11/09(水)23:31 ID:7GfM1U9H(1/2) AAS
920のメールのスレであったけれど、
だいたい、1TBにつき1GBメモリが必要だそうです。
929: 2005/11/09(水)23:33 ID:7GfM1U9H(2/2) AAS
たしか、これ。
外部ﾘﾝｸ[html]:archives.free.net.ph
930(3): 2005/11/10(木)22:34 ID:4lCbvu2x(1) AAS
自動じゃなくユーザーによる手動GCを実装予定って本気かnilfs
931: 2005/11/11(金)03:06 ID:4KHHwGO/(1) AAS
>>930
それ、PostgreSQLのvacuumみたいだな…
まあ、PostgreSQLはlog structureだから似たような感じになるのは当然だけど。
PostgreSQLの場合8.1からはauto vacuumがデフォで入って、ユーザから
vacuumをあまり意識する必要なくなったけど、nilfsではまだ手動vacuumを実装すら
していない段階…
932: 2005/11/11(金)10:24 ID:H9mQ4AWU(1) AAS
>>930
LKCの話を聞いてきたが、まともなGCが入るまで時間がかかりそうだのう。
当分は手動で頑張るしか。
まあお遊びレベルならcronあたりで使ってない時間帯にGC走らせればいいんでないかい。
933: 2005/11/11(金)11:35 ID:fXHu+Hbo(1) AAS
>>930
いつGCするのが一番良いかは、たいてい管理者がしっているはずなので、
自動でするよりもいいんじゃないの?
934: 2005/11/11(金)14:01 ID:SYq6LOrC(1) AAS
だがそれは、平時は自動GCで かつ ユーザが緊急時に手動GC可能
というのが本来の動作のはずだ
935: ◆IIiDC8JS7w 2005/11/18(金)00:11 ID:oJmW3WGc(1) AAS
zfsようやくｷﾀ Y⌒Y⌒Y⌒Y⌒Y⌒Y⌒(｡A｡)!!!
Solaris10発表から約1年。。
最大ファイルシステムサイズ : 1YB
最大ファイルサイズ : 8EB
OpenSolaris build 27 にて
zfs のソースコードがマージ
実際に使えるかどうかは別ですが・・・
省7
936(1): 2005/11/18(金)00:17 ID:RACjNJGc(1) AAS
>最大ファイルシステムサイズ : 1YB
>最大ファイルサイズ : 8EB
理論上はそうかもしれんが、実際のところどこまでチェックして
あるのだろう。
937: 2005/11/18(金)01:48 ID:cZ9fqRsB(1) AAS
>>936
確かに気になるね。
最大○○はビット数さえ増やせばとりあえず実現できるし。
そんなことより、copy-on-write はマジメに動いてるのか、
snapshot がマジメに動いているのか気になるところ。
あと、storage pool とかで sds が不要になるのはいつ頃だろうか。
938(2): 2005/11/18(金)12:29 ID:cw2zJWss(1) AAS
Linux2.4もしくは2.6環境で使えて、
オンラインのスナップショット機能がある
ファイルシステムってどんなのがありますか？
環境テスト用なのでVMwareでもいいんだけども。
939: 2005/11/18(金)13:39 ID:6ynLRUk3(1) AAS
>>938
LFSのやつがスナップショット使えなかったっけ？
940: 2005/11/18(金)14:26 ID:yDkXNCiS(1) AAS
>>938
FreeBSDなら5.x以降のUFS2使ってスナップショット作るけど、
LinuxだとfsでやらずにLVMでやれば?
941: 2005/11/20(日)13:11 ID:6bRnjPit(1/2) AAS
ext2/ext3で、使われてないブロックをゼロクリアするようなツール・方法ありますか？
ddで取ったパーティションのダンプイメージを圧縮する時に、
圧縮率を高めたいというのが目的ですが。
とりあえず一度でかいファイルを /dev/zeroから生成して削除することで
ある程度の効果はあるようですが、もうちょっとスマートにやりたいのです。
942(1): 2005/11/20(日)13:17 ID:ZgzHHmtg(1/3) AAS
使用率が少なければdump/restoreするほうが速いだろ
943(1): 2005/11/20(日)13:22 ID:oTEiUFMZ(1) AAS
使われてないブロックがたくさんあるなら、
ファイルシステム上で圧縮したら？
944(2): 2005/11/20(日)13:40 ID:6bRnjPit(2/2) AAS
レスありがとうございます。
>>942
dump/restoreですか。使えるかどうか検討してみます。
>>943
納品物件として、稼動するシステムのディスクイメージってのがあるんで
個々のファイルを圧縮するってのは無理なんですよ。
945: 2005/11/20(日)14:26 ID:/THNBJHo(1) AAS
dd if=/dev/zero of=hogehoge bs=1024k count=てきとう
mkfs -text2 hogehoge
mount -o loop hogehoge /mnt
cp -ar 納品物 /mnt
umount /mnt
とか。
どうしても今ある物を吸い上げる必要があるなら、
でかいファイルを作るのがいちばん安全じゃないかと。
946(1): 2005/11/20(日)15:09 ID:ZgzHHmtg(2/3) AAS
それをやるなら
touch hogehoge
mkfs -t ext2 -f hogehoge てきとう
のほうが早い。
947: 2005/11/20(日)15:32 ID:3wrxg805(1) AAS
>944
FreeBSD で UFS つかって ufscopy こそが正解
ダメですか…
948(1): 2005/11/20(日)17:26 ID:35uMd49q(1/2) AAS
>>946
うちのだと -f じゃなくて -F みたい。
でも mkfs だと sparse なファイルになっちゃわない?
949: 2005/11/20(日)18:02 ID:ZgzHHmtg(3/3) AAS
>>948
あとで圧縮する予定なんだからsparseなファイルで問題ないだろ
950: 2005/11/20(日)20:26 ID:35uMd49q(2/2) AAS
945 のプロセスの一部を置き替えるだけだったのね。
既存ファイルシステムの空きを全部 zero fill する簡単な方法のつもりなのかと思った。
951: 2005/11/20(日)21:22 ID:P1uGm5JG(1) AAS
partimageでいいじゃん
952(1): 2005/11/24(木)10:58 ID:LxKt3LC0(1) AAS
デフラグのアルゴリズムってどんな？
単純にファイル長確保できたディスク領域に連続配置するだけだと
デフラグによる速度低下ってありそうなんですが．．．
詳しく載ってるHPがあれば教えて下さい
＃デフラグのオーダーってどのくらいだろう！？
953: 2005/11/24(木)11:08 ID:fkISWEZ9(1) AAS
>>952
デフラグのガイドライン２
2chｽﾚ:gline
ここがわかりやすい
上下前次1-新書関写板覧索設栞歴
あと 30 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.027s