アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日々是ハック也 -- あるハードコアバイナリアン
サーバ・クライアントのアクセス速度の対称性 (スコア:2, すばらしい洞察)
今までの常識で考えると、サーバ側には大容量の回線を用意し、多数の(ナローバンドな)クライアントからのリクエストに耐えるという設計にするのでしょうけど、実際のインターネットはそうではなくなってきてると。
それを解決するのが P2P ネットワークだと思うんだけどなぁ。なんだか、きな臭い話しか聞こえてきませんね。P2P技術が悪いんじゃなくて、その有名な応用例が問題視されてるわけですが……。根底を支えるP2P技術の研究・開発も一緒につぶされると困ります。
Re:サーバ・クライアントのアクセス速度の対称性 (スコア:2, 興味深い)
現状ってのは、コンピュータの、というかPCの爆発的な性能向上で、
あり余る処理能力を持って肥満しまくった飢鬼ども(クライアント)が
相対的にはるかに貧弱なバックボーン回線に群がって
一生懸命甘い汁を吸ってるモデルだから、
回線の能力を増やしていってもクライアント側は問題なくついてきてしまう。
よって、みんな寄ってたかってサーバの処理能力を喰い潰していって、
とんでもないことになるわけだ。
本来なら、サーバで処理すべき処理能力の一部を
これらパワーのあり余ったクライアントに効果的に分散すれば、
現状の回線能力でも、かなりの帯域圧縮効果があると思うんだけど、
詰まる所、やっぱセキュリティがね…。
基本的にP2Pは送信能力を負荷分散するテクノロジだけど、
本来ならグリッドコンピューティングの要素も採り入れて、
サーバが集中してやってる処理そのものも、分散すべきなんだ。
本来ならJavaがそういう言語として設計されたはずなのだけど、
その能力は十分に活かされていると言い難いのが残念だな。
Re:サーバ・クライアントのアクセス速度の対称性 (スコア:0)
・帯域とコンピュータの処理能力は別の概念です。
・P2Pは送信能力を負荷分散するテクノロジではありません。
・グリッドコンピューティングを使わずとも既にサーバー側は負荷分散されているはずです。
・Javaはそういう言語として設計されていません。
Re:サーバ・クライアントのアクセス速度の対称性 (スコア:0)
違うよね。
P2P=ファイル交換(共有) という誤ったイメージを持ってるでしょ?
P2PはPeer to peer のことで、一対一ってことだよね。
例えば最近流行りのIP電話なんかもP2Pだよね。
#データベース参照するときにサーバを使ったりすることもあるけど。
Re:サーバ・クライアントのアクセス速度の対称性 (スコア:0)
>P2P=ファイル交換(共有) という誤ったイメージを持ってるでしょ?
>P2PはPeer to peer のことで、一対一ってことだよね。
確かにそうだけど、パンピーにとってのP2Pは、Multicastの手
Re:サーバ・クライアントのアクセス速度の対称性 (スコア:1, 参考になる)
また、Webアプリなんかだと、P2Pに向かないように思えますが、そこいらはいかがでしょうか?
・データのトランザクションはどう保障し、分散効果はどのくらい出ますか?
・アプリのアルゴリズムの同一性をどのように保障しますか?
・データの盗聴対策は?
くらいは考えないと、電波に見えてしまいますよ^^;;
Re:サーバ・クライアントのアクセス速度の対称性 (スコア:1)
おっと失礼。よくよく考えてみたら、この件では特に
・クライアントからアクセスコードを入力(数十バイト?)
・サーバから結果を返答
というシステムだから、データ量だけ考えると、実は大したことなさそう。見積もるべき(思案すべき)はデータ転送量ではなく、むしろページビューによるサーバ側負荷だったのか。
>・データのトランザクションはどう保障し、分散効果はどのくらい出ますか?
>・アプリのアルゴリズムの同一性をどのように保障しますか?
>・データの盗聴対策は?
P2P技術が進歩し、こういう問題点を考えねばならなくなるような時代がくることを切に願うばかりです。
# ……で、その問題点の解決策については、
# 当方あいにく持ち合わせておりません。教えてエライ人。
Re:サーバ・クライアントのアクセス速度の対称性 (スコア:1, 参考になる)
はやくWebのセッションを開放してくれるからありがたいことが多いな。
Webサーバのプロセス数は有限のリソースですからねぇ。。
#ストリーム系は話が別でしょうね。
Re:サーバ・クライアントのアクセス速度の対称性 (スコア:0)
まだコンテンツもi-mode向けの軽いものではなく、パケ死することも
意識していない人が多かったのか、大きいコンテンツに9600b/sで
アクセスする人がApacheのプロセスを占めて、なかなか開放して
くれないためにアクセスしにくい状態に。