Mercurial > hg > Papers > 2015 > nozomi-sigos
annotate paper/sigos.tex @ 1:e13be99f69b6
can't view graphix correct place
| author | Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp> |
|---|---|
| date | Tue, 05 May 2015 16:37:38 +0900 |
| parents | 0127effb8fcd |
| children | 74e97b9a4caf |
| rev | line source |
|---|---|
|
1
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
1 \documentclass[techrep, ,dvipdfmx]{ipsjpapers} |
|
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
2 \usepackage[dvipdfmx]{color} |
|
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
3 \usepackage[dvipdfmx]{graphicx} |
| 0 | 4 \usepackage{url} |
| 5 \usepackage{listings} | |
| 6 \usepackage{mediabb} | |
| 7 \lstset{% | |
| 8 language={C++},%使用言語 | |
| 9 basicstyle={\small},%書体 | |
| 10 commentstyle={\small\itshape},%コメントの書体 | |
| 11 keywordstyle={\small\bfseries},%キーワードの書体 | |
| 12 %identifierstyle={\small},% | |
| 13 %ndkeywordstyle={\small},% | |
| 14 stringstyle={\small},%文字列の書体 | |
| 15 frame={trlb},%外枠 | |
| 16 breaklines=true,%改行 | |
| 17 columns=[l]{fullflexible},% | |
| 18 xrightmargin=0zw,% | |
| 19 xleftmargin=3zw,% | |
| 20 %numbers=none,%行番号の表示 | |
| 21 %numberstyle={\scriptsize},%行番号の書体 | |
| 22 %numbersep=1zw,% | |
| 23 %stepnumber=1, | |
| 24 lineskip=-0.5ex,% | |
| 25 captionpos=b,%キャプションの位置 | |
| 26 } | |
| 27 \renewcommand{\lstlistingname}{Code} | |
| 28 \input{dummy.tex} %% Font | |
| 29 | |
| 30 % ユーザが定義したマクロなど． | |
| 31 \makeatletter | |
| 32 | |
| 33 \begin{document} | |
| 34 | |
| 35 % 和文表題 | |
| 36 \title{分散フレームワークAliceの圧縮機能} | |
| 37 % 英文表題 | |
| 38 \etitle{} | |
| 39 | |
| 40 % 所属ラベルの定義 | |
| 41 \affilabel{1}{琉球大学工学部情報工学科\\Information Engineering, University of the Ryukyus.} | |
| 42 \affilabel{2}{琉球大学大学院理工学研究科情報工学専攻 \\Interdisciplinary Information Engineering, Graduate School of Engineering and Science, University of the Ryukyus.} | |
| 43 \affilabel{3}{琉球大学工学部情報工学科\\Information Engineering, University of the Ryukyus.} | |
| 44 | |
| 45 % 和文著者名 | |
| 46 \author{ | |
| 47 照屋 のぞみ\affiref{1}\and | |
| 48 杉本 優\affiref{2}\and | |
| 49 河野 真治\affiref{3} | |
| 50 } | |
| 51 | |
| 52 % 英文著者名 | |
| 53 \eauthor{ | |
| 54 Nozomi TERUYA\affiref{1}\and | |
| 55 Yu SUGIMOTO\affiref{2}\and | |
| 56 Shinji KONO\affiref{3} | |
| 57 } | |
| 58 | |
| 59 % 連絡先（投稿時に必要．製版用では無視される．） | |
| 60 \contact{照屋 のぞみ\\ | |
| 61 〒903-0213 沖縄県西原町千原1番地\\ | |
| 62 琉球大学工学部情報工学科\\ | |
| 63 TEL: (098)895-2221\qquad FAX: (098)895-8727\\ | |
| 64 email: kokubo@cr.ie.u-ryukyu.ac.jp} | |
| 65 | |
| 66 % 和文概要 | |
| 67 \begin{abstract} | |
| 68 当研究室ではデータをData Segment、タスクをCode Segmentという単位で分割して記述する手法を提唱しており、そのプロトタイプとして並列分散フレームワークAliceを開発している。 | |
| 69 本研究ではAliceに実用的なアプリケーションを作成するために必要な動的なトポロジーを管理する機能とAliceの制御を行えるメタ計算を追加した。また、通信時におけるData Segmentの多態性を実現するため、Data SegmentをObject型、MessagePackを使ったByteArray型、圧縮されたByteArray型の３つの形式で表現できるメタ計算の設計と実装、性能評価を行った。 | |
| 70 | |
| 71 | |
| 72 \end{abstract} | |
| 73 | |
| 74 % 英文概要 仮 | |
| 75 \begin{eabstract} | |
| 76 Alice is a prototype framework for distributed programming, which uses Data Segment and Code Segment as programming units. We checked Alice has an ability to write dis- tributed program using aquarium example, distributed database Jungle and share screen system AliceVNC . | |
| 77 In this paper, we add functions which control dynamic topology and Alice computation. And we show Alice has an ability to write useful application. | |
| 78 Furthermore we improve Alice performance. So Alice works 12% faster and has same performance as Federated Linda. | |
| 79 \end{eabstract} | |
| 80 | |
| 81 % 表題などの出力 | |
| 82 \maketitle | |
| 83 | |
| 84 % 本文はここから始まる | |
| 85 | |
| 86 \section{研究背景と目的} | |
| 87 当研究室ではデータをData Segment、タスクをCode Segmentという単位で分割して記述する並列分散フレームワークAliceの開発を行っている。Aliceでは分散環境の構築に必要な処理をMeta Computationとして提供することで、スケーラブルな分散プログラムを信頼性高く記述できる環境を実現している。 | |
| 88 | |
| 89 Alice が分散プログラムを記述する能力を有することは確認された。だが、実用的な分散プログラムを作成するためには、ノードの切断・再接続時に対応した処理を行いたい場合や圧縮されたデータ形式で通信を行いたい場合がある。 | |
| 90 | |
| 91 本研究では、 Alice の Computation の 制御を行う Meta Computation を実装した。プログラムに Alice の制御を行うメタプログラムを記述することにより切断や再接続の状況に応じた処理を元のコードを変更することなく指定することができる。また、圧縮機能を持ったDataSegmentManagerを追加することによりData Segmentの多態性を実現した。 | |
| 92 そして、 TreeVNC と TreeVNC を Alice を用いて実装した AliceVNC の比較をコードの観点から評価を行った。 | |
| 93 | |
| 94 | |
| 95 \section{分散フレームワーク Alice の概要} | |
| 96 \subsection{Data SegmentとCode Segment} | |
| 97 AliceはデータをData Segment、（以下DS）タスクをとCode Segment（以下CS）という単位に分割してプログラミングを行う。 | |
| 98 DSはAliceが内部にもつデータベースによって管理されている。DSに対応する一意のkeyが設定されており、そのkeyを用いてデータベースを操作する。 | |
| 99 | |
| 100 CSは実行に必要なDSが揃うと実行されるという性質を持ち、入力されたDSに応じた結果が出力される。 | |
| 101 CSを実行するために必要な入力DSはInputDS、CSが計算を行った後に出力されるDSはOutput DSと呼ばれる。データの依存関係にないCSは並列実行が可能であるため、並列度を上げるためにはCSの処理内容を細かく分割して依存するデータを少なくするのが望ましい。 | |
| 102 | |
| 103 \subsection{Data Segment} | |
| 104 複数のスレッドから１つのデータに変更を行うためには、データの不整合を防ぐためのlockが必要になる。複数の関係のない要素を１つのデータオブジェクトで表現した場合、全ての操作でlockが必要になる。このlockがスケラビリティーを低下させる。つまりデータのサイズも並列計算には重要である。 | |
| 105 | |
| 106 Aliceはデータを細かく分割して記述する。その細かく分割されたデータをDSと呼ぶ。 | |
| 107 実際には特定のオブジェクトにマッピングされ、マッピングされたクラスを通してアクセスされる。 | |
| 108 | |
| 109 \subsection{Data Segment Manager} | |
| 110 DSは実際にはqueueに保存される。queueには対になるkeyが存在し、keyの数だけqueueが存在する。 | |
| 111 このkeyを指定してDSの保存、取得を行う。queueの集合体はデータベースとして捉えられる。このデータベースをAliceではDS Manager（以下DSM）と呼ぶ。DSMにはLocal DSMとRemote DSMが存在する。Local DSMは各ノード固有のデータベースである。Remote DSMは他のノードのLocal DSMのproxyであり、接続しているノードの数だけ存在する。（図\ref{fig:RemoteDSM}）Remote DSMに対して書き込むと対応するノードのLocal DSMに書き込まれる。 | |
| 112 | |
| 113 \begin{figure}[htbp] | |
| 114 \begin{center} | |
|
1
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
115 \includegraphics[scale=0.3]{images/remote_datasegment.pdf} |
| 0 | 116 \end{center} |
| 117 \caption{Remote DSMは他のノードのLocal DSMのproxy } | |
| 118 \label{fig:RemoteDSM} | |
| 119 \end{figure} | |
| 120 | |
| 121 \subsection{Data Segment API} | |
| 122 以下のData Segment APIを用いてデータベースにアクセスする。 | |
| 123 putとupdateはDSを追加する際に、peekとtakeはDSを取得する際に使用する。 | |
| 124 | |
| 125 \begin{itemize} | |
|
1
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
126 \item {\ttfamily void put(String managerKey, String key, \\ Object val)} |
| 0 | 127 \end{itemize} |
|
1
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
128 DSをqueueに追加するためのAPIである。第一引数で指定したDSMの中の、第二引数に対応するqueueに対してDSを追加している。 |
| 0 | 129 \begin{itemize} |
|
1
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
130 \item {\ttfamily void update(String managerKey, String key, \\ Object val)} |
| 0 | 131 \end{itemize} |
| 132 updateもqueueに追加するためのAPIである。putとの違いは、先頭のDSを削除してからDSを追加することである。そのためAPI実行前後でqueueの中にあるDSの個数は変わらない。 | |
| 133 | |
| 134 \begin{itemize} | |
|
1
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
135 \item {\ttfamily void take(String managerKey, String key)} |
| 0 | 136 \end{itemize} |
| 137 takeはDSを読み込むためのAPIである。読み込まれたDSは削除される。要求したDSが存在しなければ、CSの待ち合わせ （Blocking）が起こる。putやupdateによりDSに更新があった場合、takeが直ちに実行される。 | |
| 138 | |
| 139 \begin{itemize} | |
|
1
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
140 \item {\ttfamily void peek(String managerKey, String key)} |
| 0 | 141 \end{itemize} |
| 142 peekもDSを読み込むAPIである。takeとの違いは読み込まれたDSが削除されないことである。 | |
| 143 | |
| 144 | |
| 145 \section{Code Segment} | |
| 146 Alice上で実行されるタスクの単位がCSである。ユーザーはCSを組み合わせることでプログラミングを行う。CSをユーザーが記述する際に、内部で使用するDSの作成を記述する。 | |
| 147 | |
| 148 Input DS と Output DSはCSに用意されているAPIを用いて作成する。 | |
| 149 Input DSは、LocalかRemoteか、またkeyを指定する必要がある。CSは、記述したInput DSが全て揃うとThread poolに送られ、実行される。 | |
| 150 | |
| 151 Output DSもLocalかRemoteか、またkeyを指定する必要がある。 | |
| 152 Inputの場合はsetKeyを呼ぶ際、Outputの場合はput(またはupdate)の際にノードとkeyの指定を行っている。 | |
| 153 しかし、どの時点でノードとkeyの指定を行えばよいか、どのようなAPIを用意するべきかは、議論の余地がある。 | |
| 154 | |
| 155 \section{Code Segmentの記述方法} | |
| 156 CSをユーザーが記述する際にはCSを継承して記述する(ソースコード \ref{src:StartCodeSegment} ,\ref{src:CodeSegment})。 | |
| 157 継承することによりCode Segmentで使用するAPIを利用する事ができる。 | |
| 158 | |
| 159 \begin{table}[html] | |
| 160 \lstinputlisting[label=src:StartCodeSegment, caption=StartCodeSegmentの例]{source/StartCodeSegment.java} | |
| 161 \lstinputlisting[label=src:CodeSegment, caption=CodeSegmentの例]{source/TestCodeSegment.java} | |
| 162 \end{table} | |
| 163 | |
| 164 Alice には、Start CS (ソースコード \ref{src:StartCodeSegment})というC の main に相当するような最初に実行される CS がある。 | |
| 165 Start CSはどのDSにも依存しない。つまりInput DSを持たない。 | |
| 166 このCSをmainメソッド内でnewし、executeメソッドを呼ぶことで実行を開始させることができる。 | |
| 167 | |
| 168 ソースコード \ref{src:StartCodeSegment}は、5行目で次に実行させたいCS（ソースコード \ref{src:CodeSegment}）を作成している。8行目でOutput DSMを通してLocal DSMに対してDSをputしている。 | |
| 169 Output DSMはCSの{\tt ods}というフィールドを用いてアクセスする。 | |
| 170 Output DSMは{\tt put}と{\tt update}を実行することができる。 | |
| 171 TestCodeSegmentはこの"cnt"というkeyに対して依存関係があり、8行目でupdateが行われるとTestCodeSegmentは実行される。 | |
| 172 | |
| 173 ソースコード\ref{src:CodeSegment}は、0から10までインクリメントする例題である。 | |
| 174 2行目で取得されたDSが格納される受け皿を作る。Input DSMがもつcreateメソッド使うことで作成できる。 | |
| 175 \begin{itemize} | |
| 176 \item {\ttfamily Receiver create(CommandType type)} | |
| 177 \end{itemize} | |
| 178 | |
| 179 引数にはCommandTypeが取られ、指定できるCommandTypeは{\tt PEEK}または{\tt TAKE}である。 | |
| 180 Input DSM はCSの{\tt ids}というフィールドを用いてアクセスする。 | |
| 181 | |
| 182 4行目から6行目はコンストラクタである。コンストラクタはオブジェクト指向のプログラミング言語で新たなオブジェクトを生成する際に呼び出されて内容の初期化を行う関数である。 | |
| 183 | |
| 184 TestCodeSegmentのコンストラクタが呼ばれた際には、 | |
| 185 \begin{enumerate} | |
| 186 \item TestCodeSegmentが持つフィールド変数Receiver input1の定義が行われる。 | |
| 187 \item 次にCSのコンストラクタが呼ばれ、CSが持つフィールド変数の定義と初期化が行われる。 | |
| 188 \item {\tt ids.create(CommandType.TAKE)}が行われ、input1の初期化が行われる。 | |
| 189 \item 最後にTestCodeSegmentのコンストラクタの5行目が実行される。 | |
| 190 \end{enumerate} | |
| 191 | |
| 192 5行目はInput DSMがもつsetKeyメソッドによりLocal DSMからDSを取得している。 | |
| 193 \begin{itemize} | |
| 194 \item \verb+void setKey(String managerKey, String key)+ | |
| 195 \end{itemize} | |
| 196 setKeyメソッドにより、どのDSMのあるkeyに対してpeekまたはtakeコマンドを実行させるかを指定できる。コマンドの結果がレスポンスとして届き次第CSは実行される。 | |
| 197 | |
| 198 runメソッドの内容としては10行目で取得されたDSをInteger型に変換してcountに代入している。 | |
| 199 16行目で もう一度TestCodeSegmentのCSが作られる。 | |
| 200 17行目でcountの値をインクリメントしてLocal DSMに値を追加する。 | |
| 201 13行目が終了条件であり、countの値が10になれば終了する。 | |
| 202 | |
|
1
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
203 \subsection{ComputationとMeta Computation} |
|
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
204 AliceのComputationは、keyで指し示されるDSを待ち合わせてCSを実行させると定義できる。 |
|
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
205 それに対して、AliceのMeta Computationは、AliceのComputationを支えているComputationのプログラミングと定義できる。 |
|
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
206 |
|
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
207 例えば、トポロジーを指定するAPIはMeta Computationである。Aliceが動作するためにはトポロジーを決める必要がある。つまりトポロジーの構成はAliceのComputationを支えているComputationとみなすことができる。トポロジーが決定するとそのトポロジーを構成する計算が行われる。トポロジーを指定するAPIはその構成の計算をプログラミングして変更するものである。 |
|
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
208 他にも再接続の動作を決めるAPIや切断時の動作を決めるAPIはMeta Computationである。 |
|
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
209 |
|
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
210 これらのMeta ComputationがAliceのComputationに影響することはない。プログラマーはCSを記述する際にトポロジーや切断、再接続という状況を予め想定した処理にする必要はない。プログラマーは目的の処理だけ記述する。そして、切断や再接続が起こった場合の処理を記述しMeta Computationで指定する。 |
|
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
211 このようにプログラムすることで、通常処理と例外処理を分離することができるため、シンプルなプログラムを記述できる。 |
|
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
212 |
|
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
213 |
| 0 | 214 \section{Meta Data Segment} |
| 215 DSは、アプリケーションに管理されているデータのことである。アプリケーションを構成するCSによってその値は変更される。 | |
| 216 それに対してMeta DSは、分散フレームワークAliceが管理しているデータである。Aliceを構成するCSによってのみ、その値は変更される。一部のMeta DSはアプリケーションに利用することができる。 | |
| 217 | |
| 218 例えば、"start"というkeyでは、ノードがStart CSを実行可能かどうかの状態を表す。他にも"\_CLIST"というkeyでは、利用可能なRemote DSの一覧が管理されている。ユーザーはこの一覧にある名前を指定することで、動的にDSの伝搬などを行うことができる。 | |
| 219 | |
| 220 また、Input DSに付随しているものもある。Input DSはCS内部でReceiverという入れ物に格納される。ユーザーは、Receiverに対して操作することでDSを入手できる。 | |
| 221 このReceiverには、fromというフィールドがあり、このDSを誰がputしたという情報が入っている。この情報をデータの伝搬する際に利用することで、DSをputしたノードに送り返すことを防ぐことができる。 | |
| 222 | |
| 223 Meta DSはDS同様にDS APIを用いて取得できる。 | |
| 224 | |
| 225 \section{Meta Code Segment} | |
| 226 CSはアプリケーションを動作させるために必要なタスクであり、ユーザーによって定義される。 | |
| 227 それに対してMeta CSはAliceを構成するタスクである。つまりMeta CSの群はAliceのComputationと言い換えることができる。一部のみユーザーが定義をすることができ、Aliceの挙動を変更することができる。 | |
| 228 | |
| 229 | |
|
1
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
230 |
|
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
231 |
|
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
232 \section{AliceVNC} |
|
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
233 AliceVNCは、当研究室で開発を行っているTreeVNCをAliceを用いて実装された、授業向け画面共有システムである。 |
|
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
234 Aliceが実用的なアプリケーションを記述する能力をもつことを確認するために作成した。 |
|
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
235 |
|
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
236 授業でVNCを使う場合、１つのコンピュータに多人数が同時につながるため、性能が大幅に落ちてしまう(図\ref{fig:vnc})。この問題をノード同士を接続させ、木構造を構成することで負荷分散を行い解決したものがTreeVNCである(図\ref{fig:treestructure})。TreeVNCは、TightVNCのソースコードを利用して開発されている。 |
|
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
237 |
|
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
238 \begin{figure}[htbp] |
|
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
239 \begin{center} |
|
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
240 \includegraphics[width=80mm]{images/vnc.pdf} |
|
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
241 \end{center} |
|
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
242 \caption{VNCの構造 } |
|
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
243 \label{fig:vnc} |
|
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
244 \end{figure} |
|
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
245 |
|
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
246 \begin{figure}[htbp] |
|
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
247 \begin{center} |
|
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
248 \includegraphics[width=120mm]{images/treestructure.pdf} |
|
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
249 \end{center} |
|
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
250 \caption{TreeVNC, AliceVNCの構造 } |
|
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
251 \label{fig:treestructure} |
|
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
252 \end{figure} |
|
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
253 |
|
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
254 |
|
e13be99f69b6
can't view graphix correct place
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
0
diff
changeset
|
255 |
| 0 | 256 % \input{chapter3} |
| 257 % \input{chapter5} | |
| 258 % \input{conclusion} | |
| 259 | |
| 260 \nocite{*} | |
| 261 %\nocite{opencl} | |
| 262 %\nocite{opencl:ref} | |
| 263 %\nocite{opencl:applied} | |
| 264 %\nocite{yutaka:os} | |
| 265 %\bibliographystyle{ipsjunsrt} | |
| 266 %\bibliography{sigos} | |
| 267 %\bibliography{cerium,book} | |
| 268 | |
| 269 | |
| 270 \end{document} |