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

1 名前：login:Penguin mailto:sage [2007/09/26(水) 15:39:21 ID:VZk+Fjj0] 過去スレ 　01 pc.2ch.net/test/read.cgi/linux/1006743807/ 　02 pc5.2ch.net/test/read.cgi/linux/1063025258/ 　03 pc8.2ch.net/test/read.cgi/linux/1101495293/ 　04 pc8.2ch.net/test/read.cgi/linux/1136695633/ 　05 pc8.2ch.net/test/read.cgi/linux/1152348695/ 　06 pc11.2ch.net/test/read.cgi/linux/1173530292/ 52 名前：login:Penguin mailto:sage [2007/09/29(土) 06:33:29 ID:6qdGgOsL] IO_REPARSE_TAG_SYMLINKのタグがついたリパースポイントがシンボリックリンクとして動く。 そのリンク先のアプリケーションのファイルシステムフィルタドライバで内容を理解して 2k/XPでシンボリックリンクとして使えるようになっているんかな? 本来は無視というか理解できないリパースポイントとして処理されるんだろう。 それを作るAPIとかあるのか知らないけど、DeviceIoControlで読み書きしてくれとあるな。 >シンボリックリンクはWindows Vistaからの新機能ですが、 >作成だけならWindows 2000以降で可能です。 >Windows 2000/XPでのアクセスには専用のドライバが必要です。 ジャンクションはIO_REPARSE_TAG_MOUNT_POINTで、名前が示すとおりマウントポイント。 なんとなくだがファイルエントリに独自データを付け足す機能を使って色々実現しているような感じ? msdn2.microsoft.com/en-us/library/aa365503.aspx てか久しぶりにMSDNにきたw で、LinuxのFSはどうやってシンボリックリンクを実現しているんだ? struct inode_operationsにsymlink回りの操作という要求があるだけで、実装はFS独自でいいんかな? 53 名前： ◆IIiDC8JS7w mailto:sage [2007/09/29(土) 10:41:07 ID:tkK0YZpk] シンボリックリンクのメタデータはst_modeがS_IFLNK。 シンボリックリンク先を示すパス名はファイルデータとして扱うのが多いかな？ ファイルシステム依存だけど。。 readlink時にそのシンボリックリンク先を示すパス名を返却すればよい。 シンボリックリンクファイルのサイズは シンボリックリンク先を示すパス名の長さを入れておく。 POSIXではどう定義してたかは忘れました。。 54 名前：login:Penguin mailto:sage [2007/09/29(土) 11:20:41 ID:9obDUT7z] >>49 ジャンクション→フォルダのみ（拡張なしの場合） シンボリックリンク→ファイル、フォルダ双方 じゃね？ >41のリンク先および>52の「ジャンクションはIO_REPARSE_TAG_MOUNT_POINT」から間違いないんじゃね？ 55 名前：login:Penguin mailto:sage [2007/09/29(土) 11:26:22 ID:9obDUT7z] 昔、ジャンクションとハードリンク愛用してたが、 他のドライブのファイルへのリンクで困った覚えがあるよ。 56 名前：login:Penguin mailto:sage [2007/10/01(月) 12:47:01 ID:ue4uUraO] 話が噛み合わないのはVistaのせいだろうな。 Vistaが出る前だったら、 「Winのジャンクションは、Linuxのシンボリックリンクの様なもの」 で済んだのが、 Vistaでは、「シンボリックリンク」と言う名の別物を追加しちゃった。 57 名前：login:Penguin mailto:sage [2007/10/01(月) 13:08:51 ID:iiACKgq1] ショートカットもあるしな。 58 名前：login:Penguin mailto:sage [2007/10/01(月) 18:47:21 ID:SuzWd+e8] WindowsのジャンクションはUNIXのmountなんだがな、本来。 ディレクトリをディレクトリにmountできる、て拡張機能があるだけ。 59 名前：login:Penguin mailto:sage [2007/10/01(月) 18:52:53 ID:ygOGMLej] Linuxのmount -bindみたいなもんか？ 60 名前：login:Penguin mailto:sage [2007/10/01(月) 22:47:56 ID:KkbBVhl8] >>58 つかそれ、joinじゃね? 61 名前：login:Penguin mailto:sage [2007/10/04(木) 01:01:37 ID:XQWe7u+r] >>56 >　Vistaが出る前だったら、 >　「Winのジャンクションは、Linuxのシンボリックリンクの様なもの」 >　で済んだのが、 それは違うでしょう。 ファイルのリンクができないのにシンボリックリンク？ それともジャンクションでファイルのリンクができる？ 62 名前：login:Penguin mailto:sage [2007/10/04(木) 01:05:35 ID:0U5S0sDC] どっちかっつーとハードリンクに近くなかったか？ 63 名前：login:Penguin mailto:sage [2007/10/04(木) 01:06:09 ID:s9AihyIX] まー、>>56は"Vistaでは、「シンボリックリンク」と言う名の別物を追加しちゃった。 "ってことを言いたかったんでしょう。 >>38の言ういわゆる証拠を見る限りでは、確かにそう見えますしね。 実用上はシンボリックリンクとして使えるようですが。 64 名前：login:Penguin mailto:sage [2007/10/04(木) 01:15:46 ID:XQWe7u+r] >　話が噛み合わないのはVistaのせいだろうな。 こういうこと言っておいて、噛み合わない話されるのはちょっとね 65 名前：login:Penguin mailto:sage [2007/10/04(木) 03:22:14 ID:mcIslE/j] >>58 で、俺は腑に落ちたんだけどまだ引っ張るのこの話題？ 66 名前：login:Penguin mailto:sage [2007/10/04(木) 13:27:43 ID:tcAb45yk] soft update vs journaling? lkml.org/lkml/2006/1/22/4 誰も反応しないのか 67 名前：login:Penguin mailto:sage [2007/10/04(木) 14:15:50 ID:SX6Gg+w/] >2006/1/22 二年も前なのに未だに参照多いのな。 でちょっと前のスレのインターフェイスによってflushが云々とかVFSがーとかに戻るのかw 自分もまだ続けるがw、ntfs-3gがいつの間にか1.1004とかになってて ChangeLogはパフォーマンス関係がズラズラと並んでるな。 やっぱfuseはその辺結構遅くなってしまうんかな? そしてちょうどntfsprogも2.0もリリース。 * Cryptographic code is now integrated into libntfs, thus ntfscat and ntfsmount can now read encrypted files. だってさ。 68 名前：login:Penguin mailto:sage [2007/10/04(木) 20:20:43 ID:NLLldcc5] 流れぶったぎって xfs だが。導入検討で負荷テストかましたらボロボロすぎて笑えた。 これ本当にプロダクションクオリティで使ってるところあるのか？ 古くて遅いサーバーでは確率が低くて顕現しなかっただけなのか？ 結局、某所起源とかいう怪しいパッチを当てて多少は良くなったが、 なにこのデッドロック一直線みたいなコード。って話らしい。 まだ見つかってないものも結構ありそうってことで、当分 xfs は使わないことに決まり。 っていうか、最近 xfs のコアな開発者のアクティビティ下がってないっけ？ 69 名前：login:Penguin mailto:sage [2007/10/04(木) 20:53:28 ID:SAdE+UoY] xfs って、なんか異常事態が発生したときに レスキュー仕様がない気がする。そういうツールが見つからない。 ext2/3 にはいろんなツールが用意されていて、 部分的にでもレスキューできたことが多かった。 70 名前：login:Penguin mailto:sage [2007/10/04(木) 21:39:32 ID:v1MBmS7L] >>68 なんだこの脳内ｶｰﾈﾙﾊｶｰ 71 名前：login:Penguin mailto:sage [2007/10/04(木) 21:50:58 ID:V6CnMRGn] >>68 パッチがあるということは、問題箇所の特定ができているんだよな 晒せよ 72 名前：login:Penguin mailto:sage [2007/10/04(木) 21:52:31 ID:ETOhmAlJ] s/xfs/reiserfs/g なら話はわかるが 73 名前：login:Penguin mailto:sage [2007/10/04(木) 22:16:49 ID:t6wFmzOR] >>69 XFSは異常な状態にならないからいらない。 74 名前：login:Penguin mailto:sage [2007/10/04(木) 22:28:08 ID:NmqYv4MX] どんな負荷テストか気になるね。 幸い、xfsがメインツリーに入る前から使ってて、トラぶったこと無いけど。 75 名前：login:Penguin mailto:sage [2007/10/04(木) 22:30:14 ID:YL3t7F7g] xfsだと問題が出るって言ってるページたまに見かけるけど、何が問題だったのか公開してないとこ多いよな 76 名前：login:Penguin mailto:sage [2007/10/04(木) 23:01:34 ID:gBGWB7sO] www.miraclelinux.com/products/linux/ml40/pdf/releasenote.pdf ここで言及されているLVM+XFSの高負荷での問題が 実はXFS+NFSや、高速CPU環境ならばXFS単体でも発生する（していた） リソースが不足した状況でそのリソースを退避するために新たなリソースを確保しようとして死ぬ。 過去に断続的に修正されているのがソースを追っていけば分かるはずだが 何年もかけて「直した」「直した筈だが直ってなかった」の繰り返しを見れば 完治しているほうに賭ける気はおきないと思う。 パッチはAsianかTurboが作ったやつではないか。 77 名前：login:Penguin mailto:sage [2007/10/04(木) 23:22:53 ID:NmqYv4MX] なるほど。ぎりぎりの状態で運用しなけりゃ良いのかな。 78 名前：login:Penguin mailto:sage [2007/10/04(木) 23:33:04 ID:XQWe7u+r] 「高速CPU環境ならばXFS単体でも」っていう点が気になるな 本当なら、今の高速CPUが普通のCPU扱いされる頃には、かなり問題 79 名前：login:Penguin mailto:sage [2007/10/04(木) 23:41:00 ID:kYZne6p6] >>76 テスト機はどのくらいのCPUを使ってたのよ？ しかし、高速なCPUで負荷掛けてると出るってのはやっかいだね。 80 名前：login:Penguin mailto:sage [2007/10/04(木) 23:42:33 ID:gBGWB7sO] 本来は危険な状況になる以前にリソースを退避できるはずだが 高速なCPUでは、退避する以上の速度でリソースが消費されて 一気に危険領域に突入してしまう可能性がでてくる。 CPUとHDDの速度差が年々開いていくのが悪い。HDDもっと頑張れ。 81 名前：login:Penguin mailto:sage [2007/10/05(金) 00:12:52 ID:Es44/vFg] まぁ結局困った人が直せばいいだけで。 upstreamに投げもせずローカル八苦で お茶を濁して、永遠に苦しめや。 82 名前：login:Penguin mailto:sage [2007/10/05(金) 01:29:13 ID:QEMnlMPt] そういえばGentooのインストールマニュアルに使用するファイルシステムの解説にXFSはきちんとした バックアップ装置のあるシステムじゃないとお進めできないって書いてあるね。 83 名前：login:Penguin mailto:sage [2007/10/05(金) 07:42:37 ID:e7R5o0xV] いきなり現れた脳内ハッカーがなぜかそろって日本語が怪しい件。 顕現てw 84 名前：login:Penguin mailto:sage [2007/10/05(金) 11:37:50 ID:Es44/vFg] >>76 多分、ただのstackあふれの事を言ってるだけじゃない？ 85 名前：login:Penguin mailto:sage [2007/10/05(金) 12:04:39 ID:1cqRS2HI] >>84 え？4KSTACKはXFSではするなとかそういう話ってこと？ 86 名前：login:Penguin mailto:sage [2007/10/05(金) 12:27:06 ID:Es44/vFg] >>85 当時は4KSTACKSではもっての他だよ。 87 名前：login:Penguin mailto:sage [2007/10/05(金) 16:18:50 ID:DU6apKnl] アスペってるハッカー連中なんて日本語変で普通 88 名前：login:Penguin mailto:sage [2007/10/06(土) 16:21:02 ID:44M1ASQe] お前だけだよ、それは。 89 名前：login:Penguin mailto:sage [2007/10/06(土) 20:14:10 ID:QcfIBVCq] うちに常駐しているＳＥも日本語が通じにくい人種だなあ。 定時報告をＣかＰｙｔｈｏｎで書いてきていいよって冗談で言ったら、 本当に書いてきた・・・・ そしてＰｙｔｈｏｎの報告のほうが分かりやすかった。 90 名前：login:Penguin mailto:sage [2007/10/06(土) 21:19:30 ID:KHgOUPQm] >>89 print "うぷキボンヌ。" 91 名前：login:Penguin mailto:sage [2007/10/07(日) 04:20:02 ID:BxbjY2yi] thunk.org/tytso/blog/2007/10/04/hans-reiser-2020-and-his-talk-at-google/ なんかニュース?かなんかの番組でreiserの特集が放送されたらしい。 www.wired.com/techbiz/people/magazine/15-07/ff_hansreiser 上のサイトからリンクされてるwiredの記事。さすがに怖い顔w 92 名前：login:Penguin mailto:sage [2007/10/08(月) 06:48:54 ID:B3pwhPtq] >>89 それは見てみたい 93 名前：login:Penguin mailto:sage [2007/10/10(水) 21:54:04 ID:7tw4WYOv] >>89 ズバリ言おう。 お前それって単に嫌われてるんじゃネーの？ 94 名前：login:Penguin mailto:sage [2007/10/11(木) 05:42:59 ID:rk8nxkTS] >>93 ちがう。 それは、愛。 95 名前：login:Penguin mailto:sage [2007/10/11(木) 22:03:51 ID:EcVz7qzq] あれも愛。 96 名前：login:Penguin mailto:sage [2007/10/11(木) 22:46:53 ID:TeO7wqtw] きっと愛。 97 名前：login:Penguin mailto:sage [2007/10/11(木) 22:47:30 ID:TeO7wqtw] ごめんなさい、たぶん愛、と抜かした気がします。 98 名前：login:Penguin mailto:sage [2007/10/12(金) 05:03:50 ID:c75VVdbM] kerneltrap.org/DragonFlyBSD/HAMMER_Filesystem_Design 99 名前：login:Penguin mailto:sage [2007/10/12(金) 18:29:23 ID:9S3clINl] Hansがタイーホされてからもう1年が経ったんだね。 長かったような短かったような。 開発に復帰できる日はいつだろう。 早くその日が来るのを待ってるからね。 $ df -T Filesystem Type 1K-blocks Used Available Use% Mounted on /dev/sda2 reiserfs 14650812 3861780 10789032 27% / tmpfs tmpfs 776876 0 776876 0% /lib/init/rw udev tmpfs 10240 40 10200 1% /dev tmpfs tmpfs 776876 0 776876 0% /dev/shm /dev/sda3 reiserfs 169954424 89489704 80464720 53% /home /dev/sda1 ntfs 10243768 9726120 517648 95% /win none tmpfs 776876 12 776864 1% /tmp 100 名前：login:Penguin mailto:sage [2007/10/12(金) 19:44:55 ID:z6fGMg8B] HansってReiserfsの権利をまるごと譲るって言ってなかったっけ。 ネーミングライツだけだっけ？ あれを買い取って2chfsとかいう名前にしようとかいう猛者はいないかとwktkしてたんだが。 101 名前：login:Penguin mailto:sage [2007/10/13(土) 04:43:29 ID:0RiYGNIl] 結局、Hashははめられたの？？ 102 名前：login:Penguin mailto:sage [2007/10/14(日) 06:53:45 ID:Drp7GIUt] HashよりB-Treeで 103 名前：login:Penguin mailto:sage [2007/10/15(月) 23:46:55 ID:1TyWb1IN] kerneltrap.org/DragonFlyBSD/HAMMER_Performance >I've never looked at the Reiser code though the comments I get from friends who use it are on the order of 'extremely reliable but not the fastest filesystem in the world' 104 名前：login:Penguin mailto:sage [2007/10/27(土) 14:04:23 ID:Z5LZxcC0] LeopardのTimeMachineの正体はやっぱりpdumpfsでした。 ttp://journal.mycom.co.jp/special/2007/topstory_leopard/002.html 105 名前：login:Penguin mailto:sage [2007/10/27(土) 15:31:22 ID:X7K4yEiH] いろいろ試したけどバックアップに関しては結局自分専用の Subversion用リポジトリを持つことにした。 106 名前：login:Penguin mailto:sage [2007/10/27(土) 17:57:59 ID:fQDlUobv] >>104 pdumpfs程度であんなに大々的に宣伝するとは、Appleって… 107 名前：login:Penguin mailto:sage [2007/10/27(土) 18:07:34 ID:d/frK7MS] 一応自分とこように何かカスタマイズしているんじゃないかな。 普通のハードリンクがMacのHFS+には無いっていうし。 108 名前：login:Penguin mailto:sage [2007/10/27(土) 18:24:56 ID:81dS2oIK] subversionはレポジトリの他に ローカルコピーと.svn内のコピーと 元の三倍の容量が必要になるから ホームをまるごととかには使いにくいんだよな。 109 名前：login:Penguin mailto:sage [2007/10/27(土) 18:32:05 ID:U/jqU4zt] >>107 あとUI。タイムラインをグリグリやってQuickLookでみるGUIとか。見せ方で売る会社だし。 110 名前：login:Penguin mailto:sage [2007/10/27(土) 18:55:43 ID:fQDlUobv] >>109 他の記事を読んでみたけど、見た目周りの変更だらけだね。 MacOS 9の頃の付属アプリのちょっとしたアップデートをOSの大々的な アップデートのように言ってしまう時代に逆戻りした印象が。 もちろん、この記事からだけでは判断できないけど。 それにしても、根本的に腐っているHFS+をまだまだ使い続けるって OS Xは悲惨だ… 111 名前：login:Penguin mailto:sage [2007/10/27(土) 18:58:58 ID:FseVhWdt] >>110 >根本的に腐っているHFS+ 詳しく 112 名前：login:Penguin mailto:sage [2007/10/31(水) 19:34:16 ID:INSQGhSy] >>104 な、マジで！ そうか、それでRubyサポート強化か・・・ （さすがにpdumpfsそのまんまじゃないわなｗ） いや、でもpdumpfsのアイデアは、シンプルだけど強力だっていうことでしょ。 あれで、バックアップ経路に自由が利いたらpdumpfsだけですむんだけどなぁ。 113 名前：login:Penguin mailto:sage [2007/11/01(木) 00:11:23 ID:YXZCtuNj] pdumpfsリソースコピーできないよね？ OSXだとrsnapshotかな？ 114 名前：login:Penguin mailto:sage [2007/11/01(木) 01:25:40 ID:VJvPHzZF] >>113 リソースコピーってなに？ 115 名前：login:Penguin mailto:sage [2007/11/01(木) 07:54:10 ID:tVJeM7w8] >>114 Mac特有のリソースフォークのことでそ ttp://ja.wikipedia.org/wiki/%E3%83%AA%E3%82%BD%E3%83%BC%E3%82%B9%E3%83%95%E3%82%A9%E3%83%BC%E3%82%AF 116 名前：login:Penguin [2007/11/02(金) 15:43:37 ID:pmYz0pmP] 平和だな 117 名前：login:Penguin mailto:sage [2007/11/06(火) 19:57:28 ID:Y9I3A8T4] ocfs2とかgfs2とかはこのスレでいいのかな？ 最近、nfsが遅いのに腹を立て、iscsiとocfs2に切り替えた。 設定も拍子抜けするほど簡単だし、モジュールもカーネルに入ってるので とても楽。cvsから取ってくるとコンパイル通らなかったりするけど。 118 名前：login:Penguin mailto:sage [2007/11/15(木) 22:55:58 ID:+a+rbqpF] kerneltrap.org/Linux/Ceph_Distributed_Network_File_System 119 名前：login:Penguin mailto:sage [2007/11/17(土) 11:31:14 ID:Mri548d4] ext3、reiserfs、xfs、jfsすべからくファイル名は255byteまでか 120 名前：login:Penguin mailto:sage [2007/11/17(土) 11:47:48 ID:vm/oyl4R] os側の制限とかもあるんかな? en.wikipedia.org/wiki/Comparison_of_file_systems 121 名前：login:Penguin mailto:sage [2007/11/17(土) 12:56:50 ID:Mri548d4] reiserfsの項目を見る限りVFSに制限がありそうやね 122 名前：login:Penguin mailto:sage [2007/11/17(土) 17:50:27 ID:5WJwcwXN] すべからく 【須く】 すべくあらく（すべきであることの意）の約。 当然。 123 名前：login:Penguin mailto:sage [2007/11/17(土) 19:32:01 ID:frj6nuku] ext3 以外のファイルシステムの存在意義がわからない． 124 名前：login:Penguin mailto:sage [2007/11/17(土) 19:33:49 ID:cXymNrbW] ext4も否定かえ？ 125 名前：login:Penguin mailto:sage [2007/11/18(日) 00:02:09 ID:8qBVFYp0] ex4 がデファクトになるまではな。 126 名前：login:Penguin mailto:sage [2007/11/18(日) 02:32:41 ID:SrkzGQPz] つまりスタンダードになる準備のために存在してるわけだ 127 名前：login:Penguin mailto:sage [2007/11/22(木) 01:35:22 ID:D7Its18+] しっかし、XFSやJFSがアレなことが知れ渡り、Reiser逮捕でReiser4が 開発停止状態になっていから、fsスレはさびれちゃったな… 唯一の希望のZFSはFreeBSDに話題持っていかれているし。 128 名前：login:Penguin mailto:sage [2007/11/22(木) 03:42:41 ID:IaDwOlJS] >>127 XFSやJFSのアレなことってなんじゃい？ 129 名前：login:Penguin mailto:sage [2007/11/22(木) 07:57:30 ID:prIo4FxR] >>128 ZFS厨にかまうな 130 名前：login:Penguin mailto:sage [2007/11/22(木) 13:27:00 ID:D7Its18+] >>128 XFSは>>76-80、JFSは前スレ嫁 >>129 レッテル貼り付けて思考停止する人、乙。 131 名前：login:Penguin mailto:sage [2007/11/22(木) 14:57:14 ID:5Q+/5i5e] XFSについては、MLを読んで自己判断しましょう。問題ない環境の人も多いわけで。 あくまでも個人的意見ですが、RHEL4あたりの古いkernelでXFSを使うなら、 最新kernelからXFS関連の修正部分をバックポートするか、関連パラメーターを弄るべきだと思います。 が、パラメータを弄るのは難しくて良く分からない・・・。 132 名前：login:Penguin mailto:sage [2007/11/22(木) 21:47:50 ID:WgZY+aov] 129のようなバカが湧いてきたんで、前スレのJFSダメやんって話題の 元になったメールを。 www.ussg.iu.edu/hypermail/linux/kernel/0707.3/2940.html 133 名前：login:Penguin mailto:sage [2007/11/24(土) 19:03:53 ID:bxJhbnRn] 現実問題として一番テストされてるのが ext3 である以上、 独自に納得いくまでテストするのでなければ ext3 以外に選択肢はない。 134 名前：login:Penguin mailto:sage [2007/11/24(土) 19:12:56 ID:sauQFbv3] oracleのbtrfs、nttのnilfs、dragonflyのhammerfs、sunのzfs、 そして今回は速度面の改良も割と入っているext4あたりが今後のネタか？ ただアイディア的にはfs界ではraiserが突出してたようなあ感じがするが。 一部にはzfsのパクリとか言われながらも割と進化してるbtrfs、 reiserを追い越せるか、最強のfsになるとか言ってたようなhammerfsあたりはおもろそうだが、 システムと一体となったzfs,ntfsあたりはやはり強そう。 135 名前：login:Penguin mailto:sage [2007/11/24(土) 21:37:22 ID:BiG3ryPJ] >nttのnilfs さりげなく何を入れてるんだ… 136 名前：三文字路線で mailto:sage [2007/11/24(土) 21:38:39 ID:BiG3ryPJ] おっ、ID が ビッグ3 だ… というわけで勝手に ZFS XFS JFS を ビッグ3 と決めますた 137 名前：login:Penguin mailto:sage [2007/11/24(土) 21:44:18 ID:lC7phVQh] >>117 ocfs2とかどないなのか気になる。 というか次世代となるとクラスタFSになるんじゃない？ 速度や信頼性を追求する場面でextとかxfsとかいう話は出てこなくなるのかも 138 名前：login:Penguin mailto:sage [2007/11/24(土) 21:51:40 ID:8qHXSCfW] zfsもクラスタ対応になるんじゃなかったっけ？ 139 名前：login:Penguin mailto:sage [2007/11/24(土) 22:01:51 ID:sauQFbv3] クラスタ対応とかは興味ないというかいらないなぁ、クライアントじゃぁ。 140 名前：login:Penguin mailto:sage [2007/11/29(木) 19:45:24 ID:rD7JhOhk] 次世代ファイルシステムの行方 japan.internet.com/column/webtech/20071129/6.html 141 名前：login:Penguin mailto:sage [2007/11/30(金) 09:37:54 ID:rV4snyMU] 特に何の意味もない記事だなあ。 142 名前：login:Penguin mailto:sage [2007/11/30(金) 10:42:43 ID:mleGbSeF] っていうか「日記はチ(ry」 143 名前：login:Penguin mailto:sage [2007/11/30(金) 21:26:49 ID:pAVg9f1O] Linux ファイルシステムの徹底調査 www.ibm.com/developerworks/jp/linux/library/l-linux-filesystem/ 144 名前：login:Penguin mailto:sage [2007/11/30(金) 21:30:53 ID:deZGR6be] ＞以上が、20,000 フィートの上空から眺めた VFS とファイルシステム・コンポーネントの全体像です。 いいね、こういうのは。 145 名前：login:Penguin mailto:sage [2007/12/01(土) 22:07:33 ID:g+5VeIb9] お前もカーネルと一緒に静止軌道衛星で上空に浮かんでろ！ て、思う。 146 名前：login:Penguin [2007/12/08(土) 01:20:52 ID:sU/Rcdj4] Linuxって、FS層にイベント処理組み込む予定ないんだろうか？ 実装されたら、サーバ間同期とか、リアルタイムバックアップを、 低い負荷で実現できそうなのに。 あとはパーティションを超えてのハードリンクと、 ディレクトリのハードリンクが実装されないかなー。 147 名前：login:Penguin mailto:sage [2007/12/08(土) 01:25:50 ID:FeHiOV7B] >>146 inotify? 148 名前：login:Penguin mailto:sage [2007/12/08(土) 01:46:12 ID:FNgZ13Kb] >>146 ディレクトリのハードリンクは".."があるから構造的にムリだべ。 149 名前：login:Penguin mailto:sage [2007/12/08(土) 01:54:29 ID:sU/Rcdj4] >>147 inotifyってFSレベルで実装されてたのか。知らなかった。 inotifyを使ったバックアップソフトってもう登場してる？ ググっても見つからない・・・。 150 名前：login:Penguin mailto:sage [2007/12/08(土) 02:37:44 ID:YDy//UIh] ところで、NTFSが遅いのでLinux+sambaに置き換えようと思っているのだが、 ファイル数とパフォーマンスの比較ベンチみたいなデータ掲載してるサイト有りませんかね /home的なファイル群なのでパーテ多数作って細分化したら速度落ちないかなぁと期待してるんだけど。 xfsが巨大ファイルに強いってのは見たことあるんだけど、ファイル数での得手不得手ってどうなんでしょ。 151 名前：login:Penguin mailto:sage [2007/12/08(土) 02:54:59 ID:ELorHOyo] >>149 incron+今使ってるバックアップツール じゃだめなのか？ 152 名前：login:Penguin mailto:sage [2007/12/08(土) 03:57:20 ID:sU/Rcdj4] >>151 イベントが起こるごとにプロセス起動してたら、 せっかくの低い負荷が台無しになりそうな予感。 incron inotify.aiken.cz/ イベントを受け取って、指定されたファイルに イベント名とパスをひたすら出力するデーモンと、 そのファイルに書かれてるパスをバックアップするツールを 組み合わせるとかが妥当かな？ そうすれば好きなバックアップツールを使えるし、 負荷が低い深夜とかにバックアップさせることも出来るし。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef