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