/**ファイルシステム総合スレ その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/ 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/ イベントを受け取って、指定されたファイルに イベント名とパスをひたすら出力するデーモンと、 そのファイルに書かれてるパスをバックアップするツールを 組み合わせるとかが妥当かな？ そうすれば好きなバックアップツールを使えるし、 負荷が低い深夜とかにバックアップさせることも出来るし。 153 名前：login:Penguin mailto:sage [2007/12/08(土) 04:29:16 ID:AOgHL0gM] てか、バックアップ対象のリストを作るだけならincron自体がいらないじゃん。 好きなバックアップツールだけをつかって負荷が低い深夜に(ry 154 名前：login:Penguin mailto:sage [2007/12/08(土) 04:35:29 ID:sU/Rcdj4] >>153 いやいや、それが最近の容量が大きいHDDだと、 一晩じゃバックアップできないんだよね。 手持ちサーバだと、差分バックアップしても10時間ほどかかってる。 そこでイベント処理で素早くできないかなと。 155 名前：login:Penguin mailto:sage [2007/12/08(土) 04:50:40 ID:AOgHL0gM] >>154 ファイルシステムレベルでのスナップショットがいるんじゃない? とふってみよう。 156 名前：login:Penguin mailto:sage [2007/12/08(土) 04:56:58 ID:sU/Rcdj4] >>155 確かにスナップショットは欲しいけど、 本稼働サーバでXFSを試すほどではないかなー。 157 名前：login:Penguin mailto:sage [2007/12/08(土) 06:02:13 ID:AOgHL0gM] >>156 更新をIN_ONESHOTで監視してイベントを受け取ったらデイリーバックアップ ってことにすればいいんじゃねぇと思ったけど、肝心のinotify(7)って、 監視イベントを踏んだ方はイベントを受け取るプロセスをただ起こすだけで、 処理をじゃんじゃか続行してかねーか? 158 名前：login:Penguin mailto:sage [2007/12/08(土) 11:54:13 ID:7rFxjzQG] >>149 バックアップとはちと違うかもしれんがこんなのか freshmeat.net/projects/lsycnd/ 159 名前：login:Penguin mailto:sage [2007/12/08(土) 13:58:48 ID:fXv3+El5] inofityって監視したい対象ごとにinotify fdに追加していかなきゃいかんから システム全体の全ファイルをモニタするのは無理。 欲しいのはVFS hookなんだけど、LSMとかkprobesでモニタするような処理を 挿入できるのかなぁ。 160 名前：login:Penguin mailto:sage [2007/12/08(土) 17:21:09 ID:9+lQmPMD] >>154 それrsyncで普通にバックアップした方が結局速くなったりしない？ 161 名前：login:Penguin mailto:sage [2007/12/08(土) 18:03:30 ID:sU/Rcdj4] >>158 おっ、やっぱりあったね。 >>159 まじで・・・。 トップディレクトリだけじゃダメなんだ？ >>160 今rsync使って10時間。 rsync 3.0でメモリ使用量が激減するらしいので、 そうなれば少しは早くなるかなとは思うけど。 162 名前：login:Penguin mailto:sage [2007/12/08(土) 19:42:14 ID:AOgHL0gM] >>159 mmap(2)してるやつまで考えると頭が痛くなりそうな気がする・・・ 163 名前：login:Penguin mailto:sage [2007/12/10(月) 09:05:05 ID:1o7EIMpK] >>146 backup/restoreしたらリンクが切れそうだ 164 名前：login:Penguin mailto:sage [2007/12/16(日) 22:42:42 ID:kEiA0RYk] 同時アクセスに強いFSって今だとどれ？ 165 名前：login:Penguin mailto:sage [2007/12/17(月) 00:22:30 ID:HS8oigxL] >>164 read に関してページキャッシュに乗ってればどれでも一緒じゃないか？ とコードも見ずに言ってみよう。 166 名前：login:Penguin mailto:sage [2007/12/17(月) 01:55:43 ID:RktuIZ7Z] ヘッドシークが短くなるよう設計してる(らしい)ReiserFS 167 名前：login:Penguin mailto:sage [2007/12/17(月) 05:01:49 ID:sg1FvI6J] その手の話は下でLVMやmdなどが動いていたら、fsレベルで何をやってもほとんど無意味じゃない? fsレベルで下位のデバイスを直接面倒見るようにしないと、あまり高級なことはできなんだよなぁ。 168 名前：login:Penguin mailto:sage [2007/12/17(月) 10:14:55 ID:xMRdJbZY] それってI/O schedulerの仕事な気がする ReiserFSはnoopと組み合わせたときに最高のパフォーマンスになるのだろうか 169 名前：login:Penguin mailto:sage [2007/12/18(火) 01:29:57 ID:+yZejH3O] もし FSに与えられたボリュームの先頭と末尾にFAT的なものを設置して頻繁にsyncをかける、 などというFSがあったらやはり遅いのでは？ よくある環境で遅くなりにくいFS実装というのはありだろう。実際にどれがどうなのかは知らんけど。 同時アクセスつーても大雑把すぎるが、エントリのリストアップが高速なFSはWin向けによさそうかな 170 名前：login:Penguin mailto:sage [2007/12/18(火) 04:18:07 ID:6DnGK8YD] じゃあtmpfsが最強ってことでおｋ？ 171 名前：login:Penguin mailto:sage [2007/12/18(火) 09:57:01 ID:stAupCCv] 次点はReiser4な 172 名前：login:Penguin mailto:sage [2007/12/19(水) 03:03:55 ID:ICj0cKZP] Resier4そんな速いのかw ext2で中途半端にキャッシュに乗った状態はすこぶる遅いと表明しておこう ext3は挙動がよくわからない 173 名前：login:Penguin mailto:sage [2007/12/19(水) 09:37:18 ID:FtoZ4/4Y] >>172 >ext2で中途半端にキャッシュに乗った状態はすこぶる遅いと表明しておこう 何今更ネタを披露してんだ？ 174 名前：login:Penguin mailto:sage [2007/12/20(木) 06:22:34 ID:vEhWN4uA] NTFSはもっと遅い 175 名前：login:Penguin [2007/12/30(日) 13:51:28 ID:1u1is7/Z] ちょっと前にイベント処理の話し出てたけど、 Mac OS Xは↓こうなってるらしい。翻訳もしてくれた人がいた。 arstechnica.com/reviews/os/mac-os-x-10-5.ars/7 pc11.2ch.net/test/read.cgi/mac/1194073058/54-63 なかなかおもしろいね。 Be OSの方もどうなってるのか気になるなー。 176 名前：login:Penguin mailto:sage [2007/12/31(月) 01:38:48 ID:u9rDnk0D] ext3の500GBのHDDに500M〜2GBぐらいのTV録画のmpegファイルを適当に放り込んでいたら一杯になったので、 もう一個SATA|IDE-HDDを買ってきてUSBでつないでバックアップつーか要保存のだけ そっちに整理することにしたのだが、ファイルシステムは何がいいでしょうね? 保存用なので、HDDの利用効率(ext3はちょっと目減り激しい気がす)と壊れにくいのがいいのだけど、 場合によってはUSBで直付けしてWindowsでも見れるntfsもありかなと思っているんだけど。 177 名前：login:Penguin mailto:sage [2007/12/31(月) 02:21:15 ID:bruoMmTv] btrfsで。 178 名前：login:Penguin mailto:sage [2007/12/31(月) 02:31:26 ID:u9rDnk0D] >>177 ありがとう。調べてみます。 179 名前：login:Penguin mailto:sage [2007/12/31(月) 02:49:08 ID:+0ONQ7NM] btrfsはまだアルファ版では？ 180 名前：login:Penguin [2008/01/12(土) 02:03:46 ID:jzLk1uOI] >>175 Appleも日本語リファレンス出したよ。 ファイルシステムイベント プログラミングガイド developer.apple.com/jp/DOCUMENTATION/Darwin/Conceptual/FSEvents_ProgGuide/Introduction/chapter_2_section_1.html 181 名前：login:Penguin mailto:sage [2008/01/12(土) 02:29:53 ID:Bx7hU4VM] 板違いの話でなんでざーとらしくageちゃうんだろ・・・。 いや、触ったら連中の思うツボ。ここは触っちゃいけないんだったな。くわばら、くわばら。 182 名前：login:Penguin [2008/01/12(土) 05:25:06 ID:MhamVZBR] 住人気取りきめぇ 183 名前：login:Penguin mailto:sage [2008/01/12(土) 05:29:58 ID:jzLk1uOI] >>182 住人だし。 イベント処理を使ったバックアップが出ないかなーと思ってるから、 参考になるかなと思って貼っただけ。 184 名前：login:Penguin mailto:sage [2008/01/12(土) 05:38:03 ID:SErII+Xc] 気にも留められずに無視されるよりは、たとえ嫌われてでも意識してもらえる方がマシ…とかね たとえウザがられようともMacやAppleという単語を目に触れさせるようにして、 1000人に一人でも10万人に一人でもいいから 「でもちょっと調べてみるか」くらいのアホが出て来ることを期待してるんだよ 自分たちの何十倍も巨大で、そしてその殆どが自分たちに対して興味すら抱いていない場合に 最も有効な戦略は、まずウザがられて叩かせることなんだ ほんの10年前、2chができる前に、韓国や北朝鮮や、在日の話なんて誰も知らなかっただろう？ 今では2chに来る人の間では、ほとんど常識になっているよね。 必死に彼らを叩く嫌韓厨たちは、連日「韓国」」「朝鮮」「在日」といった単語を 宣伝して回っていたというわけだ。憎悪に駆られて毎日膨大な時間を、韓国ニュースとかを漁ってね。 Appleも、同じ事をやり始めた。いくらメリットを説明しても、メッセージが届かなければ宣伝にならない。 まずはちょっとひと揉みしてアンチを生み、彼らに宣伝を手伝ってもらおう。…今は、そういう段階なんだよね 185 名前：login:Penguin mailto:sage >>184長文乙 [2008/01/12(土) 06:01:06 ID:jzLk1uOI] しかしこれだけストレージが大容量化されてくると、バックアップが大変。 HDDの障害はRAID構成で対処できるけど、 RAIDコントローラーの障害、ファイルシステムの破損は、 結局外部メディアにバックアップしておくしかない。 もし落雷や火事にまで対応するのなら、ネット経由でのバックアップが必要。 しかし常にLoadAverageが高いサーバだと、 バックアップのために割けるCPUリソースがない。 そこで、イベント処理型のバックアップシステムが必要とされてると思うんだけど。 とくにSANなどの外部共有ストレージが使えない低コストが求められる環境だとなおさら。 そういう需要って少ない？ 186 名前：login:Penguin mailto:sage [2008/01/12(土) 06:37:11 ID:bmbAU9+b] スレ違いだが…… >>184 それで嫌韓連中を増やしたことが韓国のメリットになったのか？ アップルもしくはその支持者の戦略だとするなら、まずそこを 検討しているはず、と思うのだが。 187 名前：login:Penguin mailto:sage [2008/01/12(土) 06:57:51 ID:SErII+Xc] >それで嫌韓連中を増やしたことが韓国のメリットになったのか？ 韓流ブームはTVと週刊誌で成立したものだと思ってるクチ？ その下地づくりが何時から始まったのか、調べてごらんよ 188 名前：login:Penguin mailto:sage [2008/01/12(土) 07:07:04 ID:bmbAU9+b] >>187 なにを示唆したいのか、さっぱり分からん。 てか、「ほのめかし」に終始して会話する気ないでしょ。 189 名前：login:Penguin mailto:sage [2008/01/12(土) 07:22:17 ID:SErII+Xc] 理解する気がないくせに「会話する気がない」って何様 190 名前：login:Penguin mailto:sage [2008/01/12(土) 10:50:20 ID:4BgmnGqv] >>185 真にバックアップの必要なデータって極わずか。 それらが大量にあるというなら、それなりの コストを払ってSAN上で２重化すれば。 つかCPUマシンとI/Oマシンくらい別にすれば。 191 名前：login:Penguin mailto:sage [2008/01/12(土) 11:09:04 ID:IDm5jJbB] >つかCPUマシンとI/Oマシンくらい別にすれば。 なんだその表現ｗｗｗ

---

---

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

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