[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 01/18 19:14 / Filesize : 279 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

UNIX板の皆様 閉鎖の危機にまた立ち上がってPt.2



802 名前:345 mailto:sage [2007/01/15(月) 12:39:15 ]
>>799
開発できる人は、みんな本職がサーバ管理者やプログラマーなので、
この時間は人は減ると思うよー。私の自営業だけど、今から打ち合わせ。

>>793
いろいろ考えてると、P2Pでリアルタイム性と匿名性の両方を実現するのがかなり難しい。
匿名性を実現するには、発信者が誰か分からないように
P2Pネットワークに書込を流さなきゃイケないけど、
それだとネットワークの隅々まで書込が届くまでに時間がかかる。

私が考えてるアイデアだと最低7回転送すれば隅々まで行くはずだけど、
それにどれくらい時間がかかるのかは分からない。

あとVIPや実況で使った場合、秒間100書込があったら、
全ノードがそれを受信1回、送信19回しなきゃいけないから、
1書込=1パケット=1.5KBとして、3000KBぐらいのスループットがいることに・・・。
無理だな。

接続ノード数を上3+下3にすれば、9回転送で最大195万ユーザ。
さらに書込が来た場合は、0.1秒待って、複数の書込をまとめて配信するようにすれば、
秒間100書込で、10書込=1パケット=1.5KBとして、90KBぐらいのスループット。

あとはCPU負荷だけど、秒間90パケットをやりとりしつつ、
キャッシュを持っていたら、その書込をキャッシュに反映して、
さらに乱立がないかなどのチェックをし、削除決定などは署名も検証しないといけない。
エンジンはCじゃないと、完全に無理そう。
Cでもかなり重たい物になるかも。

板や掲示板全体のP2Pネットワークとは別に、
そのスレを読んでいる=キャッシュを持っている人だけのネットワークを別に作って、
書込や削除決定はそこだけに流すようにすべきかもしれない。






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

全部読む 前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<279KB

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