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

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

220 ：デフォルトの名無しさん ：2001/07/23(月) 08:39: >>219
生物におまえら進化すんなといっても無駄なように、物事は
進化しちゃうんだよ。そして最悪を経験して、さらにいい方向
にいくんだと思うな。ま、それでダメならシステム自体がダメ
なんだろうし。
221 ：デフォルトの名無しさん ：2001/07/23(月) 10:55: >>215
マシンの時計同期の問題もあるし、NAT に隠れたマシンとか
Proxy 使ってるクライアントから1秒以内に同時書き込み
されるとだめだし。

スレ内の発言番号の順序一意性ってそんなに重要？
222 ：デフォルトの名無しさん ：2001/07/23(月) 11:50: >スレ内の発言番号の順序一意性ってそんなに重要？
>>221
重要じゃないと思うよ。
だいたい時間でソートできればいいんじゃないの？
メーリングリストみたいにさ。
223 ：デフォルトの名無しさん ：2001/07/23(月) 12:02: >>216 >>219
おいら達もP2P掲示板作ろうと思ってるけど、そんなに悪いものかなぁ？
罪悪感とか微塵も感じないが。

みんなどうよ？
224 ：デフォルトの名無しさん ：2001/07/23(月) 12:30: 結局 NetNews を再発明するということになるのか？
・番号の順序は面倒みない
・中央集権的な削除はできない (コントロールメッセージは無視すりゃ終い)
225 ：213 ：2001/07/23(月) 14:13: >>214
>全部のノードでロックをかけて
私の（机上の）方式だと、番号管理権をもってるのは最新のノードで、サブが最初のノード。
新しく自分が最新になる為には、現時点での最新のノードからの管理権譲渡が必要な訳。
ただノードはいつもオンラインだとは限らないからどうするかって話。

>最新発言番号を同期的に更新なんてことは現実的には無茶でしょ？
>ノードA は 123 が最新だと思ってて、ノードB は 124 が最新だと
>思ってるという状況は起こるよね。

要は最新の発言をどうやって知るのかって話だね
チェーンなんだからだとっていけばいいんだけど
途中で手がかりが消えた場合どうするのかって事かな。
サブマスターである１のノードに聞けばわかると思うんだけど
いつも居るとは限らない訳だよね。

>スレッドの最新発言番号だけは中央集権的に管理しないと
>きついんじゃない？ホスティング会社に置いた、十分に安定した
いや、これをなんとかできないのかって話なんだけどなあ。
じゃないとあんまりp2pの価値がないし。（実用性って意味なら問題ないけど）
つうかインターネットのポリシー的にもねえ。
226 ：213 ：2001/07/23(月) 14:14: >>224
そうだねえ、まあそれはそれで便利かもしれんね。
まあネットワークに出回った以上、本来の意味の削除というのは出来ないんだけど、
見えない所に持っていく事は出来ると思うんだよねえ。

余談だけど、ユーザー非表示機能って欲しいなあ。
不快に思った人がその発言にチェック入れると、消えはしないけど、
わざわざリンクを押さないと表示しないようにできる機能
他のonにしている人が見るときもそうなる。
従来のなんでも表示がよければoffにすればいいだけ。
227 ：デフォルトの名無しさん ：2001/07/23(月) 14:46: >>225
全部読んでないので、がいしゅっつかも知れないんですが
最新のノードってどうやって知るのよ？
サブマスターと言われるものが持ってるのが最新なの？
サブマスターが乱立・サブマスターが孤立した状態が長い
↓
最新スレが乱立・成長
↓
同一スレが分裂・著しく時系列に並ばない
↓
(ﾟдﾟ)ﾏｽﾞｰ

じゃないの？
228 ：214 ：2001/07/23(月) 15:04: 結局 IRC のサーバースプリットと同じような問題かな。
>>227 の言ってるようなことを意図的に起こせるでしょ。
分散処理につきまとう本質的な問題だと思うよ。
結局 >>224 のような NetNews もどきになると思われ。
229 ：225 ：2001/07/23(月) 17:29: >>227
＞最新のノードってどうやって知るのよ？
最新発言ノード=マスターてことにすると、マスターがどのノードかという事は、
サブマスタ=（マスターの相談相手、とりあえず１の発言ノード）なら確実に知ってる。
１のノードがどこかなんてのは、勿論そのスレのキャッシュ自体を見ればわかる。
１が居なかったら２に聞けば、もしサブマスターが移っているなら
問い合わせがあったはずなのでどっちか知っている筈。
逆に言うとサブマスターが把握できないものは
たどる事が出来ないので正式なチェーンにはならない。

というか基本的に発言(マスター変更他)があったときは、バケツリレー式に
自分の前のノードに知らせる。死んでれば飛び越す訳だけど、
まあ、チェーンの各ノードは次のノードに、自分の復帰した時とかや
定期的にアクセスしてキャッシュを更新してるんじゃないかな？

つまりチェーン上のノードに適当にアクセスすれば、
ほぼ最新の情報が手に入る。
本当に最新か確かめたければ、そこに書かれてある
最新のノードにアクセスしてみれば、マスターかどうかはわかる。
マスターでなければ、新マスターや、サブマスターを教えてくれるはす。

マスターが消えた時はサブマスターが暫定許可を出す訳だけど
それ以降はマスター不在になる。
マスター交代はマスターの失踪宣告がでた後じゃないと不可。
そこでやっと新マスターが誕生する。
逆に言うと一定時間音信不通だと、
マスタもサブマスターもいったん権利を失うって事。
サブマスターは、生きてる中で一番古いノードに移行する。
要は、自分がいったん失踪した生き返りである事を自覚していれば、
その時点で確認を取る必要があるので、許可を乱発するなんてことはない筈。
誰かに聞かれたら、自分はもうマスターではないといって、
サブマスター他から聞いた新たなマスターを紹介すればいいだけ。
勿論暫定マスターが誰もいなければ（新着がなければ）
また返り咲くわけだけど。
230 ：225 ：2001/07/23(月) 17:29: >>228
＞>>227 の言ってるようなことを意図的に起こせるでしょ。
＞分散処理につきまとう本質的な問題だと思うよ。

まあそうなんだよね。認証を厳しくすれば可能かもしれないけど。
悪用して逆手にとろうとしたら幾らでも出来る。
そこが問題だよなあ。
231 ：デフォルトの名無しさん ：2001/07/23(月) 20:31: >>230
だから、システム的に問題があれば、ユーザ離れていくし、
流行ればインテルＣＰＵみたいになんとかなっていくんで
ないかなー。甘い？
232 ：224 ：2001/07/23(月) 21:51: > というか基本的に発言(マスター変更他)があったときは、バケツリレー式に
> 自分の前のノードに知らせる。死んでれば飛び越す訳だけど、

遅そう...
233 ：225 ：2001/07/24(火) 05:44: >>232
大体ネットニュースやircなんてそんなもんじゃないか。

あんまり時間かかるようなら、というか最新が観たいときは
自分からマスターやサブマスターに確認とりにいけるだろ？

つうか、一つのスレッドに参加するノードが1000も在る訳じゃないだろ？
絶対だぶってるから、連絡網方式になると思うんだが？。

基本的にフロートを実現するのに連絡網は必要だしなあ

 >>231
なんか反応見てたら流行らないような気がしてきたよ。
俺一人で言ってるだけだしな。なんかあほらしくなってきた。

とりあえず >>206さん達には期待しています。
#でもやっぱりネットニュースの拡張にみえるなあ。
Message-Id: <225.20010723204300.233.990334284.tech@piza.2ch.net>
234 ：232 ：2001/07/24(火) 13:32: >>233
考えてる要求仕様とかどっかの web ページにでも上げてみてよ。
いや、頭ごなしに否定してるとか煽りとかじゃなくって。
P2P ネタ自体に興味はあるからさ、233 なりの、もうちょっと
整理された設計哲学とか目標を訊いてみたいね。
235 ：デフォルトの名無しさん ：2001/07/28(土) 11:21: だんだんできてきたぞー。でもプロトコルの知識がないんだよねー。
builderだから、なんとかなるけどさ。オープンソースにしたいんだけど
参加する人っているのかなー。
236 ：デフォルトの名無しさん ：2001/07/29(日) 22:13: >>1　さん
http://www.geocities.co.jp/SiliconValley-PaloAlto/6896/
から行くとなぜか倉庫入りしている直しといてください。
237 ：名無し ：2001/07/31(火) 23:45: age
238 ：デフォルトの名無しさん ：2001/07/31(火) 23:49: >>235
delphiだとパーソナル版がfreeになったからオープンソースはやりやすそうだけど。
builderかー。(JBuilderじゃないよね？)
239 ：デフォルトの名無しさん ：2001/08/02(木) 04:34: http://www.megabbs.com/program/index.html
2chのような掲示板システム
240 ：デフォルトの名無しさん ：2001/08/02(木) 06:23: >239
ここではがいしゅつな掲示板じゃ
最近知ったからってうれしがって貼りまくるな
241 ：デフォルトの名無しさん ：2001/08/11(土) 20:35: おあげ
242 ：デフォルトの名無しさん ：2001/08/18(土) 17:04: P2Pのシステムをなんか作ろうと企んでいるのですが、
プロトコル関係がようわかりません。
GunutellaかWinMXのプロトコルについて詳しく解説している
ホームページがあったら教えてもらえないでしょうか、、、
できれば日本語がいいのですが、なければ英語でもいいです。
よろしくお願いします。
243 ：デフォルトの名無しさん ：2001/08/18(土) 18:35: OpenNapのソースでも見たら？
244 ：デフォルトの名無しさん ：2001/08/19(日) 01:05: >>242
Gnutellaルーティングの本質を簡単に説明すると、
1.通信内容事に、固有のIDを与え数個の知り合いPeerに送信
2.受け取ったPeerはそのIDを記憶し、その知り合いPeerに送信
3.返事は、それぞれのIDを辿るだけなので一直線で戻れる
こんだけで分かったでしょ？
この辺のバラエティは幾らでもあって、いろんなP2Pシステムがある。
245 ：244 ：2001/08/19(日) 01:16: 訂正
2.受け取ったPeerはそのIDと「送信元」を記憶し、
　その知り合いPeerに送信

と言う事で頑張ってください。勉強するならJXTAが良いと思う。
P2Pを糸口にネットワークの勉強をし始めると結構面白い。
例えば、JXTAの広告の概念は、IPv6でも使用されているし、
他にも色々関連が見えてくる。
個人的には、SETI@HOMEの一般化（色んな計算が可能）に興味がある。
246 ：デフォルトの名無しさん ：2001/08/19(日) 01:19: >>244
一番最初の数個の知り合いっていうのはどうやって知るの？
247 ：デフォルトの名無しさん ：2001/08/19(日) 03:16: >>245
pure P2Pの場合は事前に１つ以上のサーバントを知って
いないとダメと思われ。
ハイブリッド型ならサーバに問い合わせればいいでしょ。

>>244-245
ところで、質問なのですが、
>3.返事は、それぞれのIDを辿るだけなので一直線で戻れる
なぜ、たどって戻る必要があるのでしょうか？
pingを受け取ったら、素直に、そのpingを発したサーバントに
大して、pongを直接送ればいいと思うのですが、、、、
なんで、いちいち、pingがきた経路をたどる必要があるの？
そこんとこがよくわからないです。
248 ：247 ：2001/08/19(日) 03:17: 最初の >>245は >>246の間違いです。
スンマソ。
249 ：デフォルトの名無しさん ：2001/08/19(日) 22:59: ＞247
たとえば恋人募集中で、仲人さんに頼んだら、自分を気に入ったって人を見つけてくれた。
相手を尋ねたいけど名前しかわからなくてどこにいるかわからないから、
仲人さん経由で待ち合わせ場所を教えるってことかな？

たんなる思いつきなんで実際は多分全然違うと思うけど。＾＾；
250 ：247 ：2001/08/19(日) 23:59: >>249
うーん。もっと具体的にしりたい、、、

ところで、pingをブロードキャスト的に送ってしまった場合に、
pongの返答が一斉にきて、DoS攻撃を受けたような状況にはなら
ないのでしょうか？
TTLがどれぐらいかにもよると思うけれど、ネットワークに参加
しているサーバントが多いとかなりすごいことになると思うの
だが、どうなるのでしょう？
251 ：デフォルトの名無しさん ：2001/08/20(月) 01:10: ＞250
Gnutellaだったら普通は3接続ぐらいにしてない？
回線の容量にもよるけど。

とりあえずそんな赤虫みたいなことはやめて

って言うしかないんだろうなあ。
252 ：247 ：2001/08/20(月) 01:56: >>251
>とりあえずそんな赤虫みたいなことはやめて
って言うしかないのですか！？
システム的に何か対策が取られているという
ことはないのでしょうか？

つーか、ここら辺の質問に日本語で答えてくれる
サイトとか無いですかね？
253 ：名無し ：2001/08/20(月) 23:37: >>247 壁がある場合はどうするの？
254 ：247 ：2001/08/21(火) 02:14: >>253
おお！！
分かりました。ファイアウォールを越えるためだったんですね。
なるほど。それで、pushとかが生きてくるわけだ。
255 ：253 ：2001/08/22(水) 00:15: とか言って極最近知ったんだけどね(ｗ
256 ：253 ：2001/08/22(水) 03:40: jnuの方に全部書いてあるから、読んでみたら？
257 ：デフォルトの名無しさん ：2001/08/23(木) 11:47: ひとつ教えて欲しいのですが、
アプリケーション仕様に依存しないプロトコルを開発しているところなど、
あるのでしょうか？
NTTのSIOとかが検索に引っかかるのですがそれ以外にも存在するのかなと
思いまして。
この分野がまだ流動的でスタンダードを皆が狙っている段階ではありますが、
現時点での勢力分布のようなものを語れる人がいるのであれば何かの考えを
述べて頂きたいところです。

よろしくお願いします。
258 ：デフォルトの名無しさん ：2001/08/23(木) 12:48: >>257
http://a1376.g.akamai.net/f/1376/3565/1d/akamai.collab.net/jxta/JXTA-Tech-Overview.pdf
これとか見てもjxtaはかなりちゃんとしたレイヤ分けされてて凄いぞ！
これにしとけ、ってそういうことがしりたいんじゃねーかｗ
259 ：デフォルトの名無しさん ：2001/08/25(土) 05:04: 【ebi＆curry鯖重過ぎます Part4】
http://teri.2ch.net/test/read.cgi?bbs=accuse&key=998670947

P2Pシステムを考えている人、マジで製作開始していいと思います。
稲垣五郎捕まったせいで転送量UP→Big-Server破産の危機らしい

※Big-Serverは２ちゃんをホスティングする代わりに無料で広告を
出している。
260 ：デフォルトの名無しさん ：2001/08/25(土) 05:32: 事件起こすな。ﾜﾗ
261 ：：2001/08/25(土) 21:11: age
262 ：デフォルトの名無しさん ：2001/08/25(土) 21:26: >>259
確かにUNIX板的対策では根本の解決にはならない公算が・・・
負荷分散はP2Pが本命か
骨子だけでも話し合いを進めたほうがいいかもね！
スケールがデカイだけに方針をハッキリしないと空中分解は必死
でも技術屋にはこちらの方が面白みはあるね
263 ：デフォルトの名無しさん ：2001/08/25(土) 21:43: >>262

いまのところだとBig-Server にも負荷が軽ければサーバ残せる
みたいなんで、いわゆるハイブリッド型が一番いい気がします。
264 ：デフォルトの名無しさん ：2001/08/25(土) 21:44: なぷ方式ってこと？
265 ：デフォルトの名無しさん ：2001/08/25(土) 21:47: >>264

うーん。WinMXみたいに

www.2ch.net にアクセス＞今たってるサーバの一覧ゲット
＞近くのサーバにアクセス（MXの親みたいな感じ）
＞書き込みなり読み込み

で、親同士が↑で検討されてるようなP2Pでやり取りすれば
見た目はあまり変化無いんじゃない？
266 ：デフォルトの名無しさん ：2001/08/25(土) 21:58: >>265
同意。
とりあえず緊急事態なので
書き込みではなく読み出しをどうにかするべきじゃないかな？
ROMの方が圧倒的に多いだろうから
Akamai式のP2Pキャッシュを入れれば効果は高いはず。
267 ：デフォルトの名無しさん ：2001/08/25(土) 21:58: P2Pだとある程度冗長性もたせとかないと
ユーザーが電源切ってたりオフラインだったり線が細かったりしたら
見れないスレが出てきそうだね。
でも冗長性持たせると同期処理に時間かかってレスポンス悪くなりそうし。
268 ：266 ：2001/08/25(土) 22:02: 基本的な枠組みをちょっと説明。

●大前提
1)作るのは読み出し用のキャッシュで書き込みは鯖に直。
2)P2Pソフトにして鯖には極力手を加えないで済むようにする。

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

で、これをかちゅーしゃみたいな
単品のブラウザに纏めていたら時間がかかってしまうから
ローカルのプロキシソフトとして作る。
これなら環境依存度の低いソースで書ける。
鯖側のピア一覧管理には perl 製 CGI でも使えばいい。
これなら最小工数でかなりの効果が望めると思う。
269 ：デフォルトの名無しさん ：2001/08/25(土) 22:04: >>265

>>266

う、僕の拙いアイデアをここまでまとめていただいて感謝です...
270 ：デフォルトの名無しさん ：2001/08/25(土) 22:04: もとい 269 = 295 です
271 ：266 ：2001/08/25(土) 22:08: この場合のキャッシュとなるピアは
やっぱ常時接続のADSLやCATVユーザーがコアだと思うんだけど
この辺のユーザーって外部からの接続を受け付けられるのかな？
プロバイダ側でパケットフィルタかけてるのが普通なのかな？
誰か知ってたら教えてくれ。
272 ：266 ：2001/08/25(土) 22:11: プロトコルの基本設計などについては
gnutellaの奴をそのままパクった方が確実だと思う。
あれなら既に運用実績があるからね。
ただし実際にやりとりするパケットは
アルファベットと数字のみから構成した
文字ベースのやりとりにしておいて
デバッグが容易にしておくべきじゃないかな。
273 ：265 ：2001/08/25(土) 22:12: うーん。NATユーザーが多いとは思いますけど
WinMXは6699だけでも特定のローカルIPに割り振らないと
あまり使い物にならないし、ポート番号が固定で２，３個なら
期待してもいいのでは？
274 ：1 ：2001/08/25(土) 22:12: gnutellaをぱくるんだったら、JPPPを使うのがいいかも。
あれはコンセプトはGnutellaをぱくってる。
275 ：デフォルトの名無しさん ：2001/08/25(土) 22:12: gnutellaって激重って聞いたけど？
276 ：266 ：2001/08/25(土) 22:12: とりあえず自分が思いつくのはこんなところ。
意見求む。
277 ：265 ：2001/08/25(土) 22:14: わーい。１さんが帰ってきた。
JPPPでハイブリッドだとどんな感じになると思います？
278 ：デフォルトの名無しさん ：2001/08/25(土) 22:14: JPPPの資料ってどっかのページにないの？
279 ：デフォルトの名無しさん ：2001/08/25(土) 22:16: http://www.jnutella.org/presentation/umeda/jppp/spec/
280 ：1 ：2001/08/25(土) 22:17: >>278
Software Designの先月号。
あるいは
http://www.jnutella.org/presentation/umeda/jppp/spec/
281 ：1 ：2001/08/25(土) 22:18: >>279
あれ？かぶっちゃいましたね。（笑）
282 ：266 ：2001/08/25(土) 22:24: 今JPPPのページ読んでるところ・・・分かりにくい(藁
で、作った方がいいのかな？＜P2Pcache for 2ch
283 ：デフォルトの名無しさん ：2001/08/25(土) 22:28: どうせ激重ならJavaで最初から作ったらどうだろう？
もしかするとビルに一矢を報いることができるかもしれんよ！
「らいとわんすらんえにほえあ～」ってことが重要では？この場合。
Mac板Linux板がある以上、Winだけってのも説得力無いし・・。
JVMの普及にも大いに役に立つ（Javaアプリ最大の普及数は堅い）
「Javaプログラマが2chを救い、2chがJavaを救う」な～んてかぁ(笑）
284 ：デフォルトの名無しさん ：2001/08/25(土) 22:29: つーかさ、単純に２ちゃん専用キャッシュサーバを作って
配布すれば、それだけでいいんじゃない？

わざわざP2Pにしなくても。
285 ：266 ：2001/08/25(土) 22:30: やるなら欲張らない方がいいと思うよ。
みんなが慣れてるＣでやった方が確実だと思う。
ソケットまわりのレイヤーだけ環境ごとに取り替えればいいしね。
機能面でも読み取りキャッシュ以上のことは考えない。
欲張ってじっくりと作れる時間もないだろうから。
286 ：デフォルトの名無しさん ：2001/08/25(土) 22:32: >>285
そうそう、だからこそ、単純にキャッシュサーバだけで
いいと思うんだけどなぁ。。。
287 ：266 ：2001/08/25(土) 22:32: >>284
P2Pcacheなら手間が最小限だと思ってるんだけど
キャッシュサーバの方が簡単なのかな？
その辺はよく分からないんだわ。
288 ：デフォルトの名無しさん ：2001/08/25(土) 22:36: ん？一カ所のサーバから(実際はいくつかに分かれているとは言え似たようなもんでしょ)
スレを吐き出すから転送量過多でひぃひぃ逝ってるんじゃないの？？
その転送量の負荷の分散できるアイディアがP2Pじゃなかったっけ・・・？？？
289 ：266 ：2001/08/25(土) 22:38: >>286
ネット関係のソフト開発はほとんど知らないんで
素人丸出しになるけれどちょっと聞いていい？
キャッシュサーバってことは
どこかのユーザーにそのキャッシュサーバのソフトを入れてもらって
そのユーザーの持ってるマシンにアクセスするってことだよね。
そのユーザーが固定IPで回線にも余裕のある環境にいるならいいけど
そうでない場合はこれってなりたたないんじゃないの？
要はどこかの鯖屋かなんかの協力を想定してるように思えるんだけど間違ってる？
290 ：デフォルトの名無しさん ：2001/08/25(土) 22:38: >>288

じっさいには読み出しが書き込みの２０倍に達しているので
読み出しだけでもwww.2ch.net からではなくほかから読み出すように
すれば転送量が大幅に減る。
291 ：デフォルトの名無しさん ：2001/08/25(土) 22:40: ……で、結局、NNTPじゃダメな理由は
「Webブラウザで読めないから」なのか…?

ツールの使い方というか、手段と目的を取り違えているように
みえなくもないけど、これも時代なのか…??
292 ：デフォルトの名無しさん ：2001/08/25(土) 22:40: >>287-288
でもさ、ようはROMの転送量がしゃれにならないわけで、
今の２ちゃんのシステムだと、同じ内容のスレッドを
複数人で見ても、毎回転送は行われるじゃない
だから、そこをキャッシュするだけで、２ちゃんサーバの
本体には負荷をかけなくてすむようになると思うんだよね。
293 ：デフォルトの名無しさん ：2001/08/25(土) 22:42: >>289
でも、それはP2Pも同じことだよ。
それにこれからは常時接続環境が増えるから
そんなに問題ないと思われ。
>>290
そうそうそういうこと。
294 ：266 ：2001/08/25(土) 22:43: >>292
うん。
そのキャッシュを一般ユーザーのレベルでやるにはP2Pcacheでやるのが
一番簡単で手間もかからないだろうっていうのが俺の意見。
鯖サイドでのキャッシュの話はUNIX板の方でやってくれてるんじゃないかな。
295 ：デフォルトの名無しさん ：2001/08/25(土) 22:44: >>288
結局みんなそのキャッシュサーバに読みに行ってしまうと思うんだけど・・・
あなたの言っているキャッシュサーバの具体的な動きを知りたい。
296 ：あ、間違えた ：2001/08/25(土) 22:45: >>295
が
 >>288
と指しているのは
 >>292
です。
メンゴ
297 ：266 ：2001/08/25(土) 22:45: >>293
キャッシュサーバのインストールの手間を心配してるんだわ。
ダウンロードして EXE をダブルクリックするだけで全自動でＯＫ、
というぐらいじゃないと数が広まらないと思う。
P2Pにこだわるのはそういう簡単インストールのアプリとして作りやすいから。
中身としてはキャッシュサーバと変わらないと思う。
298 ：デフォルトの名無しさん ：2001/08/25(土) 22:47: 結局アテに出きるのは2ちゃんねらーのPCのみ。
222(2channeler to 2channeler)
299 ：デフォルトの名無しさん ：2001/08/25(土) 22:48: >>295
それでいいんだよ。
ようは２ちゃんをホスティングしてる鯖屋が、転送量ありすぎ
だゴルァってことなんだから、それを回避すればいい。
そんで、キャッシュサーバ自体は各板毎に有志を募って
準備する。そうするとキャッシュサーバだけでも、数百
台になるから、かなり負荷は分散するよ。
300 ：1 ：2001/08/25(土) 22:49: >>297
それは言えていると思う。
私はWindowsのプログラマーじゃないので、Java or Qt/GTKになってしまうんで、Winなプログラマーに期待。
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 に
アクセスしてもらうようにして
適当にキャッシュ鯖に転送するってのはどうだろう？
これならユーザーにはまったく手間が掛からない。

330KB

新着レスの表示

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

0ch BBS 2004-10-30