# HG changeset patch
# User mir3636
# Date 1487167666 -32400
# Node ID 75ea2f33f426972c4f4013257d02857375ff9f26
# Parent 11058e51adb705e59aac1097eabf1de7e815ec0c
update
diff -r 11058e51adb7 -r 75ea2f33f426 presen/slide.html
--- a/presen/slide.html Wed Feb 15 23:00:11 2017 +0900
+++ b/presen/slide.html Wed Feb 15 23:07:46 2017 +0900
@@ -2,10 +2,10 @@
- PC画面配信システムTreeVNCの NAT への対応
+ CbC 言語による OS 記述
-
-
+
+
@@ -67,14 +67,14 @@
|
- PC画面配信システムTreeVNCの NAT への対応
+ CbC 言語による OS 記述
|
|
- Tatsuki IHA
+ Mitsuki Miyagi
@@ -86,266 +86,80 @@
- 画面共有を利用したコミュニケーション
+ メタ計算の重要性
- - 授業やゼミ等で、それぞれが PC 端末を持っている場合では、PC の機能を活かした コミュニケーションが可能である
- - 画面配信システム TreeVNC は参加したクライアントをバイナリツリー状に接続し、配信コストを分散させる 仕組みを取っている。そのため, 多人数が参加しても処理性能が下がらない
- - ツリー のルートが参照している VNC サーバーを変更することで、ケーブルの差し替えなしに画面の切替が行える
-
-
-
-
-
- TreeVNC の問題点
-
- - TreeVNC を実際に使用していく中で様々な問題が発生
- - 講義等を大学外の遠隔地から受けたい場合がある
- - TreeVNC は NAT を越えた接続が行うことができない
+ - プログラムを記述する際、通常の処理の他に、メモリ管理やスレッド管理、CPU や GPU の資源管理等、記述しなければならない処理が存在する。これらの計算を Meta Computation と呼ぶ。
+ - Meta Computation を通常の計算から切り離して記述す るためには処理を細かく分割する必要がある。しかし、関 数やクラスなどの単位は容易に分割できない。
+ - そこで当研究室では Meta Computation を柔軟に記述 するためのプログラミング言語の単位として Code Gear、 Data Gear という単位を提案している。
- TreeVNC の問題点
-
- - ゼミ等で発表者毎に画面切り替えを行う際、デュアルディスプレイを使っている学生がいた
- - その際 VNC サーバーからはすべての画面データが送信されており、発表とは関係ない画面も配信されていた
-
-
- 
-
-
-
-
- この発表は
+ Code Gear と Data Gear
- - TreeVNC の概要
-
-
- - 今回の改良
-
- - NAT 対応
- - マルチディスプレイの対応
-
-
- - TreeVNC の評価
-
- - 画像データ送信の遅延
- - ネックになってるノードへの対処
-
-
+ - Code Gear は関数に比べて細かく分割されているので Meta Computation をより柔軟に記述できる。
+ - Data Gear はデータの単位であり、Code Gear は 任意の数の Input Data Gear を参照して処理を行い、Output Data Gear を出力し処理を終える。
- TreeVNC
-
- - TreeVNC は本研究室で開発している VNC を利用した画面配信システム
- - 配信コストを分散させることで大人数でも画面配信が可能
- - スムーズな配信画面の切替を行う
-
-
-
-
-
- VNC
+ Continuation based C (CbC)
- - VNC(Virtual Network Computing) は RFBプロトコルを用いて遠隔操作を行うソフトウェア
- - サーバー側とクライアント側に分かれており、サーバーを起動し、クライアントがサーバーに接続を行うことで遠隔操作を可能とする
-
-
- 
-
-
-
-
- RFB プロトコル
-
- - RFB(Remote Frame Buffer)プロトコルは VNC で用いられているプロトコル
- - 自身の画面をネットワーク越しに他者の画面に表示する
- - Framebuffer と呼ばれるメモリ上に置かれた画像データを使用して画面表示を行う
- - サーバーは Framebuffer が更新されるたびにクライアントに対して変更部分だけを送信する。
+ - Continuation based C (CbC) はこの Code Gear 単位を 用いたプログラミング言語として開発している。
+ - Code Gear から 次の Code Gear へと goto による継続で遷移で処理を行い、引数として出力を与える。
- TreeVNC の構造
-
- - Java で作成されたTightVNC(Tight Virtual Network Computing) を元に作成されている
- - 様々なメッセージで通信を行う
- - クライアント同士をバイナリツリー状に接続する
- - バイナリツリーのルートのノードをRoot Nodeと呼び、 Root Node に接続されるノードを Node と呼ぶ
- - Root Node が参照している VNC サーバーから FrameBuffer を取得して、 木構造を辿って Node に送信する。
-
-
- 
-
-
-
-
- TreeVNC の原理
+ Gears OS
- - ポート一本あたりの負荷
-
- - 従来のVNC : Node数 * データ量
- - TreeVNC : (2(子供の数) + 1) * データ量
-
-
- - 従来のVNCはNode数に比例
- - TreeVNCはNode数に関係なく一定
-
-
- 
-
-
-
-
- 共有画面切り替え
-
- - TreeVNC の Root Node は配信者の VNC サーバーと通信を行っている
- - 画面を配信されている側のビューワにある Share Screen ボタンが押す
- - Root Node に SERVER_CHANGE_REQUEST を木構造を辿りながら送信
- - Root Node は Share Screen ボタンを押したクライアントの VNC サーバーと通信を開始
+ - Gears OS では並列実行するための Task を、実行する Code Gear 、実行に必要な Input Data Gear 、Output Data Gear の組で表現する。
+ - またGears OS では Meta Computation を Meta Code Gear、Meta Data Gear で表現する。
+ - Meta Code Gear は通常の Code Gear の直後に遷移され、Meta Computation を実行する。
+ - Meta Code Gear で OS の 機能であるメモリ管理やスレッド管理を行う。
- Direct Connection
-
- - NATを越えたネットワークからの接続は直接配信側の Root Node に接続を行うことで実現する
- - Direct Connection した Node はそのネットワークの Root Node になる
- - Direct Connection された Root Node では NAT を越えたネットワーク先の Node の管理を行わない
-
-
- 
-
-
-
-
- マルチディスプレイ
+ Context
- - 画面切り替えの際のSERVER_CHANGE_REQUESTに共有するディスプレイの座標を付加する
- - Root Node は 接続した VNC サーバーから画像データを要求する FRAME_BUFFER_UPDATE_REQUEST に受け取った座標を付加する
- - VNC サーバーは要求された座標内の画像データを FRAME_BUFFER_UPDATE で Root Node に送信する
-
-
- 
-
-
-
-
- TreeVNC の評価
-
- - 木の深さによる画像データの遅延を調べる
- - 実験環境
-
- - 実際に講義を受講している学生が TreeVNC を使用
- - 約20名の接続
-
-
+ - Gears OS では Context と呼ばれる接続可能な Code/Data Gear のリスト、Temporal Data Gear のためのメモリ空間等を持っている Meta Data Gear がある。
+ - Gears OSは必要なCode/DataGearに参照したい場合、このContext を通す必要がある。
- 実測方法
+ stub Code Gear
- - Root Node は 送信時間と画像データを持った CHECK_DELAY を 末端 Node まで木構造を辿りながら伝達する
- - CHECK_DELAY を受け取った各 Node は 付加された送信時間を CHECK_DELAY_REPLY に付加し、 Root Node に送信する
- - CHECK_DELAY_REPLY を受け取った Root Node は CHECK_DELAY の送信にどれだけ時間がかかったかの計算を行う
+ - しかし、Context を直接扱うのはセキュリティ上好ましくない。
+ - そこで Context から必要なデータを取り出して Code Gear に接続する stub Code Gear を定義し、これを介して間接的に必要な Data Gear にアクセスする。
- 
-
-
-
-
- 深さ1, 2
- 
-
-
-
-
-
- 深さ3, 4
- 
-
-
- 結果から
+ Gearef、GearImpl
- - 画像データの伝達はほぼ1秒以内に収まっている
- - 容量が小さい場合でも時間がかかる場合がある。 それはその送信の前に大容量の画像を送信した後の回線の遅延が残っているためだと考えられる
- - 深さ3が遅い原因として1つの Node がボトルネックになっている事が判明した。
- - ネックになった Node をそのままにするとその子Nodeに影響を及ぼしてしまう。 そのためその Node に何らかの対応を行う必要がある
-
-
-
-
-
-
-
-
- ネックになっているノードへの対処
-
- - CHECK_DELAY_REPLY で Root Node は ネックかどうかのを判断をする
- - ネックになっているなら、その Node を木構造のリストから削除
- - 最後の Node を削除した Node の場所に移動
- - ネックになったところは三分木になる
+ - Context には Allocation 等で生成した Data Gear へのポインタが格納されている。
+
-
- 
-
-
-
-
- まとめと課題
-
- - 今回TreeVNCの様々な問題点の解決を行った
-
- - NAT
- - マルチディスプレイ
- - 画面切り替えの安定化
- - エラー通知
-
-
- - NATを越えた画面切り替え
- - 音声配信等の共有機能の追加
-
-
|