# HG changeset patch
# User Nobuyasu Oshiro
# Date 1315422954 -32400
# Node ID 0604a55dd286c7b1b7415dbbbd337ef5b122bdb1
# Parent 6af251bcad6380656a35e3d2cba0eb8c7a3eba9c
add dataLnegth.png. modify index.html
diff -r 6af251bcad63 -r 0604a55dd286 OpenSourceConference/index.html
--- a/OpenSourceConference/index.html Thu Sep 08 02:28:07 2011 +0900
+++ b/OpenSourceConference/index.html Thu Sep 08 04:15:54 2011 +0900
@@ -101,7 +101,7 @@
-
+ |
VNC Serverの負荷が重い。
Server側の通信網1本への通信負荷が高い。
|
@@ -149,38 +149,74 @@
TreeVNCの利点
+
+
+ 通常のVNC |
+ TreeVNC |
+
+
+
+
+ |
+
+
+ |
+
+
+
クライアントが増えてもかかる負荷一定。
通信網1本に対する負荷が減り、安定した通信ができる(有線)。
-
+
+
+
+
+
TreeVNCの利点
+
+
+
+ |
+ 通常のVNC |
+ TreeVNC |
+
+
+ 最大負荷 |
+ N (クライアントの数に比例) |
+ M+1 |
+
+
+
クライアントの数をN、木構造の子供の数をMとする
TreeVNCの設計
TreeVNCのクライアントは最初にTop Proxyに接続を行う。
-
データは木の下へと流していく。
+
データは木の下へと流れていく。
tightVNC ViewerのJava版(ver 1.3)を元にTreeVNCの実装を行う。
+
+
+
発表内容
- RFB Protocol
- - データ量の見積もり
+ - データ転送量
- データ転送に用いたMulticastQueueについての説明
- TreeVNCのデモ
- 木構造の再構築
@@ -236,7 +272,8 @@
RFB Protocol
-
- FramebufferUpdateRequestの内容
+
- FramebufferUpdateRequest:
+
- 画面に差分が発生したらサーバから教えて貰うためのリクエスト
- このリクエストはTop Proxyだけが行う。
-
RFB Protocol
-
- FramebufferUpdate
+
- FramebufferUpdate: 画面の更新データ
+
@@ -385,7 +422,7 @@
- Framebufferupdate
+ 例:Framebufferupdate
@@ -414,7 +451,7 @@
- ZRLEData |
+ ZRLE |
... |
@@ -438,9 +475,52 @@
データ転送量
-
- 負荷分散を行う上で重要: -> 転送するデータ量を見積もること
-
- ネットワークの帯域やswtichにかかる負荷を把握するため。負荷を把握していないと負荷分散できているかどうかも解らない。
-
- RFB Protocolで送られてくるデータ量: -> 先頭の20バイトを読むことで見積もることができる。
+
+ 矩形の大きさと描画に必要なデータ量(単位:Byte)
+
+
+
+ 矩形の大きさ \ エンコード |
+ RAW |
+ ZRLE |
+
+
+
+ 800 * 521 |
+
+ 1.6M |
+ 0.3M |
+
+
+
+ 1920 * 64 |
+
+ 0.5M |
+ 0.15M |
+
+
+
+ 1920 * 1080 |
+
+ 8.2M |
+ 3.4M |
+
+
+
+
+
+
+ RAW、ZRLE、ZRLEEエンコードのデータ量の比較
+
@@ -486,6 +566,15 @@
+
+
データ量の見積もり
- 先頭20バイトを読みupdate一回分のデータ量を調べる。
- update1回分のデータを読み込み次のクライアントに送信する。
diff -r 6af251bcad63 -r 0604a55dd286 OpenSourceConference/pix/dataLength.png
Binary file OpenSourceConference/pix/dataLength.png has changed