2chのような掲示板システムってP2Pで

■スレッドリストへ戻る■ 全部 1- 101- 201- 301- 401- 501- 601- 701- 801- 901- 最新50

301 ：デフォルトの名無しさん ：2001/08/25(土) 22:50: >>297
ただ、キャッシュサーバの開発とP2Pだと開発工数から
いうと
キャッシュサーバ＜P2Pシステム
じゃない。
現時点では、事は急を要するわけだから、
とりあえずキャッシュサーバを作ってしまって、その後、
きちんとしたハイブリッドP2Pのシステムを作るといいと
思う。
302 ：266 ：2001/08/25(土) 22:51: >>299
キャッシュサーバってキャッシュサーバ間での盥回しってできるの？
盥回しってのはあるサーバにアクセスが集中したときに
他所のサーバに仕事を回すっていう話ね。
それができるんならキャッシュサーバの確保と
キャッシュサーバをプロキシに設定するための
簡単設定ウィザードを作ってばらまけばいいよね。
もし盥回しができないなら
プロキシを適宜切り替えるタイプのプロキシ選択プロキシを作って
ユーザー環境に入れてもらえばいい。
あるいはガブリエナイをまんま入れてもらうとか。
303 ：デフォルトの名無しさん ：2001/08/25(土) 22:51: マカーはどうする？
304 ：デフォルトの名無しさん ：2001/08/25(土) 22:51: >>300
１さんみたいな人が多いからこそ、とっととキャッシュサーバ
を作ってしまった方が効率がいいと思われるのよ。
305 ：1 ：2001/08/25(土) 22:52: >>302
それで、round-robin DNSとか使ってユーザーに気づかないようにできればパーフェクトなんだけどなぁ・・・。
306 ：デフォルトの名無しさん ：2001/08/25(土) 22:53: Java >>303
307 ：デフォルトの名無しさん ：2001/08/25(土) 22:54: そういえばそういうシステム組んだぜってIBMが長野オリンピックの時に
自慢してたような。
308 ：デフォルトの名無しさん ：2001/08/25(土) 22:54: HTTP 301　とか　302　で飛ばせばいいのでは？
309 ：266 ：2001/08/25(土) 22:55: ごめん、ちょっと仕切らせて(藁
今のところP2Pcacheとキャッシュサーバという二つの案が出てるんだよね。
それぞれ特徴は次の通り。

●P2Pcache
長所：インストールが簡単。鯖不要。
短所：配布が必要。キャッシュサーバよりも実装が大変？

●キャッシュサーバ
長所：配布不要で本格鯖だけに効果も強力？
短所：一般ユーザーは巻き込みづらい？

間違ってたら指摘お願いします。
この二つは同時並行で進めてもいいと思うんだけどどうだろ？
310 ：1 ：2001/08/25(土) 22:56: >>307
純粋にWeb Clusteringシステムだと思います。DNSのラウンドロビンも使ったのかなぁ？
DNSは負荷をきれいに分けれないんで･････。（DNS情報はキャッシュされ、Expireまで時間がかかる）
311 ：1 ：2001/08/25(土) 22:59: >>309
私の理解ではキャッシュサーバは分散化されたWebサーバだと思ってたんだけど、勘違い？
一般ユーザーはブラウザを使うんで、巻き込みやすいと。
312 ：デフォルトの名無しさん ：2001/08/25(土) 22:59: 長期的戦略で
キャッシュサーバ　→　P2P
が良いんじゃないかしら。移行期間は年単位で見て、
キャッシュサーバはP2Pに移行しやすい設計にする。
313 ：1 ：2001/08/25(土) 23:01: いま、緊急でどこかにみんなが話せるチャットルーム作らない？＞誰か
314 ：デフォルトの名無しさん ：2001/08/25(土) 23:01: >>313
IRCは？
315 ：266 ：2001/08/25(土) 23:01: >>311
あ、そういう意味じゃないっす。
一般ユーザーのマシンをキャッシュにはできない
という意味で巻き込みづらい、と。

>>312
そうなるとまずはキャッシュサーバを提供してくれる人を探す話になるね。
もう動いてるのかな？鯖関係の板を見てこよう。
316 ：デフォルトの名無しさん ：2001/08/25(土) 23:04: >>313
かなりの人数の協力が必要な時に「篭る」のはどうかなー？
それじゃー参加者を限定してしまうよ！
317 ：266 ：2001/08/25(土) 23:05: もう暫くここで話し合い、かな？
318 ：デフォルトの名無しさん ：2001/08/25(土) 23:06: >>311
そうです、分散化されたwebサーバです。
そんでもって、プロ串設定とかじゃなくて、URLを変更して
アクセスしてもらえばいいじゃないかと、、、

たとえば、プログラム板にアクセスしたい人は今後
http://piza2.2ch.net/tech/index2.html
にアクセスしないで、
http://202.210.*.*/tech/
にアクセスしてね。とか、、、

あとは、そのサーバが要求されたスレッドがそこにあれば、
それを転送。なければ２ちゃん本体からコピーしてきて転送。
っていうのではダメでしょうか？

これなら一般ユーザも簡単に巻き込めます。２ちゃんのリンク
を変えてもらえばいい。
こうしたキャッシュサーバを板毎に作ってもらうのです。

そんでもって、モー娘とか激重のところは有志で有料の高速な
サーバでも借り手もらってそこにキャッシュサーバをインストール
するのです。

転送量がもともとすくないところは、誰かの常時接続のサーバに
キャッシュサーバをインストールすればすむのです。
319 ：266 ：2001/08/25(土) 23:09: >>318
それなら http://piza2.2ch.net/tech/index2.cgi に
アクセスしてもらうようにして
適当にキャッシュ鯖に転送するってのはどうだろう？
これならユーザーにはまったく手間が掛からない。
320 ：デフォルトの名無しさん ：2001/08/25(土) 23:09: プログラマー板を見ようとしたら
「かなりしばらくおまちください」って言うメッセージが(^^;
本当に、やばいみたいですね。
321 ：デフォルトの名無しさん ：2001/08/25(土) 23:10: 有志によるカンパとかを期待するのは危険だよ。
技術屋は「人の善意」よりも「技術」を当てにしよう。
322 ：265 ：2001/08/25(土) 23:10: >>318

ってことは板ごとに１サーバってことでいいの？
たしかにそれなら同期の問題とかもいらないよね.

あ、でも書き込みは２ちゃん本体にってことは書き込みが
反映されるのはどういうタイミングなの？
323 ：デフォルトの名無しさん ：2001/08/25(土) 23:10: こうなるの？
板管理鯖を2ch.net辺りにおいて、いろんな回線にそれぞれ板を置いた鯖(枝鯖)があると。
で、ある枝鯖に無い板を要求されたら板管理鯖に問い合わせて場所を聞いて転送。
有れば素直に板を差し出す。
324 ：デフォルトの名無しさん ：2001/08/25(土) 23:12: http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998695422
ＵＮＩＸ版にも対策スレが立っています。夜勤さんも来ています。
325 ：266 ：2001/08/25(土) 23:12: >>322
あっ、それはかなり大きな問題かも。
キャッシュサーバってデータの差分更新までやってくれるの？
ファイル単位でしかキャッシュが制御されないとなると
発言が分単位で増えていく過程でキャッシュが効かなくなってしまう。
326 ：デフォルトの名無しさん ：2001/08/25(土) 23:14: >>321
　2chが今まで広告収入で維持されてきたんなら、
もうちょっときめの細かい広告管理方法作って増収見込めないだろうか・・・？
どこの板にも同じ広告じゃぁって気がするけど。
ん？アレ？板によって広告選んでたっけ。
ていうか甘いか
327 ：デフォルトの名無しさん ：2001/08/25(土) 23:15: >>319
いいアイディアです！！

>>322
datファイルの更新日付を見比べて、２ちゃん本体が
新しかったら、コピーしてきます。

>>323
そんな感じです。
これなら、２ちゃん本体の鯖の転送量は劇的に減ります。
その上、システムの作成も簡単です。
さらに >>319 さんのアイディアと組み合わせれば、
一般のユーザにはほとんど負荷をかけないでOKです。

で、この方式で、この場をしのいで、その間にしっかりと
したハイブリッド型のP2Pシステムをみんなで考えるのです。

これなら、２ちゃんの鯖屋も納得してくれるのではないでしょうか？
328 ：266 ：2001/08/25(土) 23:15: 今のところ他の板では
キャッシュサーバを提供という風な話は出てないみたい。
329 ：デフォルトの名無しさん ：2001/08/25(土) 23:17: >>325
差分の更新情報は見ます。ファイルの容量と更新時間ですかね、、
たとえ分単位で更新されていっても、ROMの量が圧倒的に多いので、
キャッシュの意味はあると思います。だって１対２０なんですもん。
330 ：1 ：2001/08/25(土) 23:21: なんか、おかしくなってない？＞2ch
331 ：デフォルトの名無しさん ：2001/08/25(土) 23:21: >>328
UNIX板は「とりあえず、現状を手直し（恐らく期待薄）」
プ板は「次の手を打っておく（最終的な決定打）」
という風な流れで互いに役割分担している・・と思う。
332 ：266 ：2001/08/25(土) 23:23: >>329
この辺は実測してみないと見えないところか・・・。
念のために心配してるケースを以下に説明。

スレがキャッシュされる。
ユーザーＡがスレに書き込む。
ユーザーＢがキャッシュからスレを読もうとする。
　　　キャッシュ鯖がタイムスタンプをチェック。
　　　＊更新されているのでファイルを丸ごと読み込み。

問題は＊の部分。
書き込みが頻繁に行われると＊の処理が増えてしまって
キャッシュが更新されるばかりでキャッシュにならない。
更新頻度を維持しつつもキャッシュの効果を引き出すには
更新された差分だけを引っ張ってくること。
あるいはレスポンスが悪いことを承知で
タイムスタンプの比較を適当に間引きする。

ROMが二つの書き込みの間に大量にスレを読み出すなら
確かにキャッシュの効果は期待できますね。
これは夜勤さんに聞いてみるべきか？
333 ：デフォルトの名無しさん ：2001/08/25(土) 23:24: あとですね、P2P方式で、個人のパソコンにスレッドデータをキャッシュ
した場合ですね、そのデータの改竄が行われるという可能性
があるのですよ。

だから、ごく少数の信頼置ける人だけが触れるサーバキャッシュ
のがいいかと、、、
334 ：デフォルトの名無しさん ：2001/08/25(土) 23:25: >>332
>＊更新されているのでファイルを丸ごと読み込み。
現状で、番号指定でレスが表示できるのだから、
丸ごとよみこむ必要はないと思いますが、、、
335 ：266 ：2001/08/25(土) 23:27: >>333
うーん。それはあまり心配しなくてもいいと思うなぁ。
そんなデータに手を出せるユーザーはほとんどいないだろうし、
警戒するならばデータを暗号化して保存してもいいわけだし。
作ったP2Pcacheをサービスとして登録してしまえば
ＯＳの起動時間の全てにわたってファイルを完全独占できるしね。
336 ：266 ：2001/08/25(土) 23:29: >>334
キャッシュサーバって CGI の出力の単位でキャッシュしてくれるの？
どうも疎くて分からないことが多いや(苦笑)
差分更新や CGI の出力の単位でのキャッシュが有効なら
確かにおっしゃるとおりです。
337 ：デフォルトの名無しさん ：2001/08/25(土) 23:34: >>336
ようは転送量の問題なので、２ちゃんサーバ側には、
何々スレッドの何番のレスよこせや！！
っていうだけでいいと思うんですよ。
ファイル単位で丸ごともってこなくても、、、

>CGI の出力の単位でキャッシュしてくれるの？
極端な話、２ちゃんサーバ側は現状のread.cgiでもいいかも
しれないですね。最新のレスを表示する機能もあるし、、、

２ちゃん側のサーバの負荷はそれほどでもないらしいですから、、、
338 ：デフォルトの名無しさん ：2001/08/25(土) 23:35: 現実味を感じないのは俺だけか??
妄想語ってるみたいに見えるぞ。
339 ：266 ：2001/08/25(土) 23:36: 再びちょっと仕切らせてもらいます。
今のところはキャッシュサーバ＋index2.cgiというのが有望な候補。
この方向で行く場合は次の行動が必要か？

1)キャッシュサーバを提供してくれる有志の募集。
2)index2.cgi の作成。

意見お願いします。
それと、この方向だとP2Pとは関係ないんで
別スレにしようかと思うんだけど、その場合どこの板が適切だろう？
340 ：265 ：2001/08/25(土) 23:38: >>339

ここでいいんじゃないの？　piza2はいまのところ安定してるみたいだし
341 ：デフォルトの名無しさん ：2001/08/25(土) 23:39: >>339
1)の前にひろゆき辺りにこの案を採用してもらわんといかんのと違う？？
あともし別スレ立てるのならもうちょっと話が突っ込んでからの方が良いと思う。
342 ：266 ：2001/08/25(土) 23:39: >>339
も一つ追加。
俺は鯖関係は全然くわしくないんでキャッシュサーバの話は
誰かそっち方面に詳しい人が音頭とってくれるとありがたいです。
俺はP2Pcacheの方向で考えを進めたいところ。
両方同時に話が進めば相乗効果も期待できるはず。
343 ：266 ：2001/08/25(土) 23:40: >>340 >>341
了解っす。
ただ鯖の話はよく分からないんで誰か手伝って(苦笑)
344 ：デフォルトの名無しさん ：2001/08/25(土) 23:41: >>343
ちなみに、266さんはどの辺が専門なの？
Windows回り？
345 ：1 ：2001/08/25(土) 23:42: キャッシュサーバだと、サーバ間をNNTPで結ぶといいかも。既存のプロトコルだから、既存のサーバが使える。
346 ：266 ：2001/08/25(土) 23:43: >>344
BCBやVC使ったWindowsアプリの開発やってる在宅PGです。
だからフロントエンド作ったりするのは得意だけど
ネットとかは経験がほとんどないのでダメ。
347 ：デフォルトの名無しさん ：2001/08/25(土) 23:44: >>345
ネットニュースですか。う～ん。
348 ：265 ：2001/08/25(土) 23:45: >>345

具体的にNNTPでどういう情報がやり取りされるの？
差分情報をバケツリレーで回してくれるわけじゃないよね？
349 ：デフォルトの名無しさん ：2001/08/25(土) 23:46: >>346
つーことは、ニュースサーバ置いておくと、
２ちゃんのレスが流れてくるということになるの？
350 ：デフォルトの名無しさん ：2001/08/25(土) 23:49: 現在分かれてスレ立てるとしたら・・・

１）キャッシュサーバ　スレ
２）P2P アプリWindows版
３）P2P アプリJava版

ってとこですかね・・・・
351 ：デフォルトの名無しさん ：2001/08/25(土) 23:50: なんとかしてくれ”！
お前らｲｯﾊﾟｼの技術者だろ！
352 ：266 ：2001/08/25(土) 23:51: えっと、工数も結構問題だと思う。
俺としては最短１日で概要が固まる程度の話を考えてる。
キャッシュサーバ＋index2.cgi方式なら
キャッシュサーバのセットアップがすぐできるなら即だよね。
P2Pcacheの方も実装は１日程度で片付けることを考えてる。
353 ：1 ：2001/08/25(土) 23:52: >>348
いや、そういう仕組みだったと思う。（バケツリレーは間違いないけど、差分はちょっと調べてみる）
354 ：デフォルトの名無しさん ：2001/08/25(土) 23:54: >>352
そんな簡単にできるの？？？
355 ：266 ：2001/08/25(土) 23:56: >>354
キャッシュサーバの方は分からない。
P2Pcacheの方はソケット周りで引っかからなければいけると思う。
もちろん拡張性とかは全く確保できない。
見込み甘すぎ？
356 ：デフォルトの名無しさん ：2001/08/25(土) 23:57: P2Pって、２ちゃん専用の閲覧ソフトを作るんでしょ
カチューシャみたいなの。
そんなに早くできちゃうんだ。
357 ：265 ：2001/08/25(土) 23:58: >>356

　うーんと、説明しにくいんだけど266さんの書き込み見れば
分かると思う。あくまで作るのはキャッシュサーバ。
358 ：266 ：2001/08/25(土) 23:59: >>356
それは１日じゃ無理。
そうじゃなくてローカルで動く似非プロキシを作る。
あるいは localhost で動く簡易 HTTPd でもいいかも。
359 ：265 ：2001/08/26(日) 00:00: あ、なんかかぶっちゃいましたね。ごめんなさい。

ところでネットワーク周りならすこしはわかるんですけど
なにがお手伝いできることあります？
360 ：266 ：2001/08/26(日) 00:02: >>359
今のところキャッシュサーバの話とP2Pの話と二つあるんで
それをまとめてしまうのが先かと思います。
キャッシュサーバの方は俺はさっぱりだし(藁
361 ：デフォルトの名無しさん ：2001/08/26(日) 00:03: このスレとは関係ないけど、read.cgi 5.00 gzip対応版が
ある程度まともに動いている模様です
一部では、圧縮されると転送料が1/7になったとの報告もあるようで

P2Pの議論の方、引き続きよろしくお願いします
362 ：265 ：2001/08/26(日) 00:05: わかりました。じゃぁキャッシュのほうで新すれ立てましょう。

でも題名はどうしましょう？

２ｃｈ救済の為の分散キャッシュサーバ構築計画

とかでいいですか？　
363 ：名無し ：2001/08/26(日) 00:05: え？いままで圧縮してなかったんだ･･･
364 ：266 ：2001/08/26(日) 00:06: 話題が進展しないんでまたまた仕切ります・・・スマソ。
現在出ている対応策は次の二つ。

1)キャッシュサーバ＋index2.cgi
2)P2Pcache

前者の話は鯖関係に詳しい方が音頭とってくださると助かります。
俺はしがないアプリ屋なんて後者の話じゃないと辛いっす。

で、さしあたってはキャッシュサーバの話は脇に置いておいて
プログラム技術板らしくP2Pの話をすすめるのが得策かと思うんすがどうですか？＞見ている人
365 ：266 ：2001/08/26(日) 00:07: >>362
話がちぐはぐになってスマソ。
P2Pの話はこっちのスレですか？新スレですか？
366 ：デフォルトの名無しさん ：2001/08/26(日) 00:08: >>360
両方を同時進行でやるしかないのでは？
キャッシュサーバは時間的めどがついてるんだからスレ立ててもいいでしょ。
P2Pは引き続きここで論議を続けれはいいのでは？
367 ：265 ：2001/08/26(日) 00:09: P2Pはこっちですすめましょう。
っていうかぼくもじつはこっちのほうが興味あったりするので、
キャッシュのほうはほかの人に期待しましょうかね？
368 ：266 ：2001/08/26(日) 00:09: >>366
じゃあP2Pはこっち、鯖は新スレ、ということで。
369 ：266 ：2001/08/26(日) 00:11: 夜勤さんのいるスレってどこだっけ？
ちょっとキャッシュ鯖の話を書き込んでこようと思うんだけど。
370 ：デフォルトの名無しさん ：2001/08/26(日) 00:11: >>368
で、具体的にはどこらあたりから決めるのでしょうか？
371 ：265 ：2001/08/26(日) 00:13: >>369
http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998695422
にいるみたいです
372 ：266 ：2001/08/26(日) 00:14: >>370
まずは作るのに必要なものや情報のリストじゃないでしょうか？
俺の方で思いつくのはこんな感じ。

・対象プラットフォーム
・基本的な外部要求仕様
・内部の大まかな処理フロー
・プロトコルの仕様
・開発チーム

ものが単純なんでこの辺の情報が固まれば実装はできるかと。
373 ：266 ：2001/08/26(日) 00:15: >>371
ども。ちょっと行ってきます。
374 ：266 ：2001/08/26(日) 00:21: http://cocoa.2ch.net/test/read.cgi?bbs=unix&key=998695422&nofirst=true&st=799&to=799

行って来た。
375 ：265 ：2001/08/26(日) 00:25: ・対象プラットフォーム
　　とりあえず Win32

・内部の大まかな処理フロー

1)各クライアントは読み出したスレをキャッシュする。
2)クライアントは2chのスレにアクセスしようとしたときに
　検索用クエリーをばらまき近場のキャッシュをまず探す。
3)もしキャッシュヒットすればそこからデータをもらい、
　なければ鯖から直にもらう。もらったデータはもちろんキャッシュ。
4)鯖はピア一覧のみを管理する。

・プロトコルの仕様
１．クライアントがキャッシュを検索するプロトコル（クライアント＜＞2ch.net)
２．クライアントがキャッシュからデータをとるプロトコル（クライアント＜＞キャッシュ）
３．キャッシュが2ch.net からデータを取り込むプロトコル（キャッシュ＜＞2ch.net)
４．2ch,net がスレの更新を通知するプロトコル (キャッシュ＜＞2ch.net)
５．キャッシュが2ch.net に自分自身を登録するプロトコル (キャッシュ＜＞2ch.net)

２と３はいまのHTTPで問題ないと思います。
４なんですがこれはいわゆるプッシュ型の場合で、逆に2ch.net が最新書き込み時刻を保持していて
キャッシュがクライアントからリクエストがあった時点で毎回最新書き込み時刻だけ2ch.netにたずねに
いくのでもいいのですが、通信料は増えてしまいますね。

こんなのでいいのかな？
376 ：266 ：2001/08/26(日) 00:26: 追加があれば >>372 にコメントお願いします。＞諸氏
書き忘れたけれど、開発言語も問題。俺はＣが無難だと思う。

>>372
自己レス。

対象プラットフォームにはWinとMacを想定。
大雑把な外部要求仕様としては
ブラウザから利用できるローカルの似非串もしくは簡易 HTTPd を提案。
プロトコルの仕様はなるべく既存のP2Pプロトコルの概念を流用して
工数を切り詰めることを提案。

まずはこんなところから。
377 ：1 ：2001/08/26(日) 00:26: キャッシュの話がどこでやってるのかわからんのでここに書くが、
既存のキャッシュの概念って2chみたいな異常な更新頻度のものに
対して設計されているのか疑問なんだが。
378 ：377 ：2001/08/26(日) 00:27: スマ、1と入れてしまった。
379 ：デフォルトの名無しさん ：2001/08/26(日) 00:28: 他板のものですがここの住人すべてを応援してます。

　がんばってください！！！！
380 ：266 ：2001/08/26(日) 00:30: >>375
ども。
４については要らないんじゃないかと思います。
キャッシュに対するリクエストがあった時にだけ
２chの鯖にタイムスタンプを問い合わせればいいでしょうから。

あと、皆さんのレスは折をみて俺の方でまとめレスの方に整理させてもらいます。
381 ：デフォルトの名無しさん ：2001/08/26(日) 00:31: 漏れは情報システム板とプログラム・プログラマ・UNIX・LINUX板があれば他は要らない。
別に2ch自体はなくなっても構わないけどな・・・

結構俺みたいな考えの奴いるだろ？
382 ：デフォルトの名無しさん ：2001/08/26(日) 00:32: >>375
> ４．2ch,net がスレの更新を通知するプロトコル (キャッシュ＜＞2ch.net)
これもHTTPのIf-Modified-sinceヘッダを使うことになるんじゃないかな。
通信料は増えちゃうけど、コンテンツ全体を転送するのに比べたら小さいよ。たぶん。
383 ：266 ：2001/08/26(日) 00:37: プロトコルの基本的な部分についてコメント。
２chの場合板ごとの人口分布がそれなりに分かれているだろうから
これを単位にしてグループを作るのがいいと思う。

例えばプログラム板にアクセスしたら、
その後１時間の間はプログラム板にいるものとして
プログラム板住人のグループに登録する。
これは２chのCGIに少し手を加えればできる。
その上で、キャッシュを探す場合には
対象板の住人のグループに対してクエリーを投げる。
384 ：266 ：2001/08/26(日) 00:40: クエリーがキャッシュヒットしたかどうかは
タイムアウトに基づいての判断になるかな。
一定時間内に返事が返ってこなければ見つからなかったとして扱う。
タイムアウトを長くすればヒット率は上がるけどレスポンスは悪くなる。
もちろんその逆もまたしかり。
385 ：375 ：2001/08/26(日) 00:41: >>380
>>382

　たしかに４はIf-Modified-since を使ったほうがいいですね。

あと問題なのが、２ｃｈの売りでもあるフローティングスレッドをどうやって実現するかなんですが

１．www.2ch.net のほうで最新書き込み順に並び替えたページを見せる（リンク先はキャッシュ内）
２．キャッシュ側で独自に生成する。ちょっとずれることがあるかも

１にした場合でも各自で使ってるキャッシュが違うので、やはりキャッシュ経由でアクセスすることになり、結局
2ch.net からはスレIDだけを送ればいいので転送量はあまり増えないと思うのですが..
386 ：デフォルトの名無しさん ：2001/08/26(日) 00:42: 閑散とした板だとレスポンスもさらに悪し。
と思ったけど、>>383=266のグループってのが良いアイディアですな。
387 ：デフォルトの名無しさん ：2001/08/26(日) 00:43: >>377
> 既存のキャッシュの概念って2chみたいな異常な更新頻度のものに
> 対して設計されているのか疑問なんだが。
HTTPに限って言えば、サーバ側からクライアントに対しては「キャッシュする・しない」しかコントロールできない。
クライアントからサーバに対しては「俺はこの時間に更新されたコンテンツを持ってるんだけど、それから更新されている？」という問い合わせしか出来ない。
「更新が定期的に発生する」ことを前提にキャッシュするなら、別の方法を考えた方がいいのかもしれない。
388 ：266 ：2001/08/26(日) 00:44: キャッシュを効果的にするためには差分更新も必須だと思う。
となると、クエリー中にはレス数やファイルサイズなどの情報があった方がいいね。
389 ：375 ：2001/08/26(日) 00:46: >>385 の説明がちょっと意味不明ですね。僕が考えてるのは１の場合で
キャッシュはwww.2ch.net から

990334284　990335283　990334286　99033625

って感じで最近書き込みのあった順番でならんだスレのIDだけをうけとり、それから自分の持ってる
ログでフローティングスレッドを生成してクライアントに見せる

っていう方法なんですが..
390 ：266 ：2001/08/26(日) 00:47: >>385
俺は１の方を支持します。
ただし、必要最小限のデータを格納したファイルを鯖に置いてもらう形で。
スレ番号を並べたファイルがあればそれを取ってくるだけで大丈夫でしょう。
あとはキャッシュにアクセスして集めれば済む話ですから。
391 ：266 ：2001/08/26(日) 00:47: >>389
かぶった(藁
392 ：375 ：2001/08/26(日) 00:49: >>266

なんか同じような事考えててもらえて心強いです..
393 ：デフォルトの名無しさん ：2001/08/26(日) 00:52: ここまでの話だとwww.2ch.netという中央集権的なサーバの
存在が前提になっているけど、これをなくしたらどうだろう。
マスターサーバは存在せず、各クライアントの差分内容だけを
隣に伝えていく、みたいな。
例えば書き込みが発生したら、隣のクライアントにバケツリレー
で書き込みの内容が反映されていくようなイメージ。
394 ：266 ：2001/08/26(日) 00:53: >>393
今はキャッシュ以上のことを考えると自爆すると思います。
あくまでも背伸びせずに今必要とされているものを、ということで。
そもそもキャッシュだけでもキャッシュ対象の粒度や
更新頻度が尋常じゃないんで簡単じゃないはず。
395 ：過去ログ読め ：2001/08/26(日) 00:54: >>393

上のほうでがいしゅつ。で結構難航しそうなのでハイブリッドにしようということになった。
396 ：デフォルトの名無しさん ：2001/08/26(日) 00:55: いろいろ考えているんだが、2chみたいのはP2Pには
なじまない気が。なんというか危機回避のためでは
なく単にP2Pで実験するスレになりそうな予感がする。

少なくともオレなら不安定なgnutella型のプロトコルはお断りだ。
データは確実に同期しないとユーザがついてこないだろう。
397 ：225 ：2001/08/26(日) 00:56: 久しぶりに盛り上がってる、って鯖飛んでるのか？

とりあえず、p2p参加者の中で定期的に更新情報を収集する役を決められないかな？
まあ、２ｃｈ側で発信してくれれば問題ないんだけど。
398 ：：2001/08/26(日) 00:58: お、なんかいろいろあった一日だったんだね。

しかし、当面の間、転送量を少なく出来たとしても、２ちゃんねるが儲からない
こと、裁判のリスクをかかえていることに変わりはなくPureなP2Pに以降せざ
る負えないと思うけどな。
399 ：375 ：2001/08/26(日) 00:58: >>396

書き込みはいままでと同様集中管理なのでスレはアトミックに
更新されるとおもうのですが...

なにか同期に失敗するケースってあります？
400 ：266 ：2001/08/26(日) 00:59: >>396
いや、今は単純に２ch危機対策ってことで。
２chの機能全部をP2Pにするのは難しいから、という話とはちょっと違うかと。
まずは２chがつぶれたら困るからそれを阻止しなくちゃ(藁
それに、そっちの方向へ進む際にもとてもいい資料になると思いますよ。

330KB

新着レスの表示

スレッドリストへ戻る全部前100 次100 最新50

0ch BBS 2004-10-30