Mercurial > hg > Papers > 2018 > nozomi-master
annotate paper/nozomi-master.tex @ 169:34383a096d75
fix
author | Shinji KONO <kono@ie.u-ryukyu.ac.jp> |
---|---|
date | Mon, 05 Feb 2018 14:55:44 +0900 |
parents | 9a072c2d6e12 |
children | 52a43c1336d9 |
rev | line source |
---|---|
146 | 1 \documentclass[a4j,12pt]{jreport} |
2 \usepackage{master_paper} | |
3 \usepackage{ascmac} | |
4 \usepackage{bussproofs} | |
5 \usepackage[dvipdfmx]{graphicx} | |
6 \usepackage{here} | |
7 \usepackage{listings} | |
8 \usepackage{comment} | |
9 \usepackage[deluxe, multi]{otf} | |
10 \usepackage{url} | |
11 \usepackage{cite} | |
12 \usepackage{listings} | |
13 \usepackage{colonequals} | |
14 \usepackage[utf8]{inputenc} | |
15 | |
16 %\input{dummy.tex} %% font | |
17 | |
148
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
18 \jtitle{分散フレームワークChristieの設計} |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
19 \etitle{Design of Distributed framework Christie} |
146 | 20 \year{2018年 3月} |
21 \eyear{March 2018} | |
22 \author{照屋 のぞみ} | |
23 \eauthor{NOZOMI TERUYA} | |
24 \chife{指導教員:教授 和田 知久} | |
25 \echife{Supervisor: Prof. Tomohisa WADA} | |
26 | |
27 \marklefthead{% 左上に挿入 | |
28 \begin{minipage}[b]{.4\textwidth} | |
29 琉球大学大学院学位論文(修士) | |
30 \end{minipage}} | |
31 | |
32 \markleftfoot{% 左下に挿入 | |
33 \begin{minipage}{.8\textwidth} | |
34 並列分散フレームワークChristieの設計 | |
35 \end{minipage}} | |
36 | |
37 \newcommand\figref[1]{図 \ref{fig:#1}} | |
38 \newcommand\tabref[1]{表 \ref{tab:#1}} | |
148
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
39 \newcommand{\tblcaption}[1]{\def\@captype{table}\caption{#1}} |
146 | 40 |
152 | 41 \lstset{% |
42 language={Java},%使用言語 | |
43 basicstyle={\small},%書体 | |
44 commentstyle={\small\itshape},%コメントの書体 | |
45 keywordstyle={\small\bfseries},%キーワードの書体 | |
46 %identifierstyle={\small},% | |
47 %ndkeywordstyle={\small},% | |
48 stringstyle={\small},%文字列の書体 | |
49 frame={trlb},%外枠 | |
50 breaklines=true,%改行 | |
51 columns=[l]{fullflexible},% | |
52 xrightmargin=0zw,% | |
53 xleftmargin=3zw,% | |
54 numbers=left,%行番号の表示 | |
55 numberstyle={\scriptsize},%行番号の書体 | |
56 numbersep=1zw,% | |
57 stepnumber=1, | |
58 lineskip=-0.5ex,% | |
59 captionpos=b,%キャプションの位置 | |
146 | 60 } |
152 | 61 |
166 | 62 \def\lstlistingname{ソースコード} |
63 \def\lstlistlistingname{ソースコード目次} | |
146 | 64 |
65 | |
66 %%% 索引のために以下の2行を追加 | |
67 \usepackage{makeidx,multicol} | |
68 \makeindex | |
69 \begin{document} | |
70 | |
71 %rome | |
72 \frontmatter | |
73 | |
74 \maketitle | |
75 \newpage | |
76 | |
77 \makecommission | |
78 | |
79 %要旨 | |
148
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
80 \input{abstract.tex} |
146 | 81 |
82 %目次 | |
83 \tableofcontents | |
84 | |
85 %図目次 | |
86 \listoffigures | |
87 | |
88 %表目次 | |
89 \listoftables | |
90 | |
91 %リスト目次 | |
92 \lstlistoflistings | |
93 | |
94 | |
95 %arabic | |
96 \mainmatter | |
97 | |
98 %chapters | |
149
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
99 |
162 | 100 \chapter{分散フレームワークへの要求事項} |
157
d620f126a383
change abstract & chapter1
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
156
diff
changeset
|
101 スマートフォンやタブレット端末の普及率が増加している。 |
166 | 102 それに伴いインターネット利用者数も増加しており、ネットワークサービスにはそれに対する処理能力が求められる。 |
103 サーバの処理能力を増強するアプローチとして、スケールアップとスケールアウトがある。 | |
104 スケールアップはサーバそのものを増強することで処理能力を向上させる手法であり、スケールアウトは複数のサーバを接続することで処理能力を上げる手法である。 | |
105 スケールアウトは安価なサーバで実現でき、サーバが故障しても別のサーバでカバーできるため、システムを安定運用させやすく、現代のネットワークサービスの要求に合っていると言える。 | |
106 | |
107 スケールアウトのように複数のサーバで処理をまたぐ場合、サーバには分散プログラムが必要になる。 | |
108 分散プログラムとは、プログラムの個々の部分が複数のノード上で並列に実行され、各ノードがネットワークを介して互いに通信を行いながら全体の処理を進行する計算手法のことである。 | |
109 安定したネットワークサービスを提供するためには、分散プログラムに信頼性とスケーラビリティが要求される。 | |
162 | 110 |
157
d620f126a383
change abstract & chapter1
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
156
diff
changeset
|
111 ここでいう信頼性とは、定められた環境下で安定して仕様に従った動作を行うことを指す。 |
162 | 112 これには仕様を記述しやすさも含まれ、可読性が高いほどバグを抑えた信頼性が高いと言える。 |
157
d620f126a383
change abstract & chapter1
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
156
diff
changeset
|
113 またスケーラビリティーとは、分散ソフトウェアに対して単純にノードを追加するだけで性能を線形的に上昇させることができる性質である。 |
162 | 114 |
157
d620f126a383
change abstract & chapter1
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
156
diff
changeset
|
115 しかし、これらをもつ分散プログラムをユーザーが一から記述することは容易ではない。 |
162 | 116 なぜなら、並列で動く分散した資源を意識しながら記述するのは容易ではなく、また、どのように分散したノードの選択を行えば良いのか明確ではないからである。 |
117 | |
166 | 118 分散プログラムには以下の3つの要素がある。 |
119 \begin{itemize} | |
120 \item {ノード内の計算} | |
121 \end{itemize} | |
122 | |
123 \begin{itemize} | |
124 \item {ノード間通信} | |
125 \end{itemize} | |
157
d620f126a383
change abstract & chapter1
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
156
diff
changeset
|
126 |
166 | 127 \begin{itemize} |
128 \item {地理的に分散したノード} | |
129 \end{itemize} | |
130 | |
131 ノード内の計算には通信プロトコルやデータベースが含まれる。 | |
132 またノード間通信には、トポロジーの構成や通信の信頼性や速度、データの転送やデータの圧縮などの要素がある。 | |
133 | |
134 これらの要素をサポートするのが分散フレームワークである。 | |
135 すなわち分散フレームワークには、プロトコルの定義、それによってアクセスされるデータベース、トポロジーの決定いった分散アルゴリズムや、信頼性と拡張性の高い通信の提供が求められる。 | |
136 | |
137 本章では、これらの項目別に分けて、分散フレームワークであるAkka\cite{Akka}、Hazelcast\cite{Hazelcast}と当研究室で開発したAlice\cite{Alice1}\cite{Alice2}を比較し、本論文で設計するChristieの設計目標を述べる。 | |
157
d620f126a383
change abstract & chapter1
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
156
diff
changeset
|
138 |
166 | 139 AkkaはScalaおよびJava向けのオープンソースの並列分散処理フレームワークであり、HazelcastはHazelcast社が開発したJava向けのオープンソースインメモリデータグリッドである。 |
140 | |
169 | 141 \section{従来の分散フレームワーク} |
166 | 142 Akkaではアクターモデルという、アクターと呼ばれるオブジェクト同士が並列で非同期メッセージを送受信するモデルを採用している。 |
143 アクターは固有のアドレス持っており、ローカルのアクターにもリモートのアクターにも同じようにアドレスを指定することでメッセージを送りあえるというプロトコルになっている。 | |
144 アクターはそれぞれメールボックスというキューを持っており、メールボックスに受け取ったメッセージをパターンマッチで順次処理していく。 | |
145 このパターンマッチにはScalaのcase classを用いられる。 | |
169 | 146 case classとは、データ構造とデータ型名を同時に持つことができ、その両方を一括してパターンマッチさせることができるクラスである。 |
147 メッセージをcase classで記述することにより、異なるメッセージをメールボックス上で使用することがきる。 | |
162 | 148 |
166 | 149 Hazelcastは、キーと値の1対1でデータを管理するインメモリ・データグリッドである。 |
150 インメモリ・データグリッドとは、複数のノードに分散させたデータを、アプリケーション側からは仮想的な1つのメモリ空間に置かれているように見せるモデルである。 | |
151 そのため、プログラマがサーバを意識せずに共有のタプルスペースに対してデータをget/putできるプロトコルとなっている。 | |
152 共有のタプルスペースに書き込むとそれに接続しているノードにデータを行き渡らせる、マルチキャストベースの通信を採用している。 | |
162 | 153 |
166 | 154 Aliceは、タスクをCode Segment、データをData Segmentという単位で記述し、Code SegmentはインプットとなるData Segmentが全て揃うと並列に実行される。 |
155 Data Segmentは対になるkeyが存在し、Data Segment Managerというノードごとに存在する独自のデータベースによって管理されている。 | |
156 各ノードにはラベル付きのプロキシであるRemote Data Segment Managerを立て、ラベルとkeyを指定してデータをtake/putするプロトコルとなっている。 | |
157 | |
158 | |
167
9a072c2d6e12
add English Abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
166
diff
changeset
|
159 \newpage |
9a072c2d6e12
add English Abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
166
diff
changeset
|
160 |
166 | 161 記述の面において、Akkaではメッセージが集中した場合にそれを処理するパターンマッチが増えてしまう問題や、複数のインプットを待ち合わせる際に記述が煩雑になる問題があった。 |
169 | 162 しかしAliceはインプットを明確に記述でき、複数のインプットを持てる。 |
157
d620f126a383
change abstract & chapter1
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
156
diff
changeset
|
163 |
166 | 164 プロトコルの設計方針において、AkkaやHazelcastは分散通信の複雜さを抽象度を高めることで隠す方針であるため、ロケーション透過性が高く、プログラマからは処理の流れを把握しにくくなっていた。 |
169 | 165 一方でAliceは分散計算のチューニングをメタ計算として行う。これによりメタ計算から分離された処理の流れを明確にすることができる。 |
166 | |
167 Alice の分散ノード間の通信はラベルを用いてリモートノードを選択することによって指定する。 | |
168 Akkaでは送り先をドメインで指定しているのと同様である。Alice ではラベルはToplogy managerによって自動的に指定される。 | |
162 | 169 |
169 | 170 % このように、Aliceのプロトコルの特徴は分散処理の見通しの良さといえる。Alice は Java 上に実装されており、Javaのオブジェクト生成や |
171 % 継承により記述されている | |
172 %しかし、現状のAliceのAPIシンタックスは直感的でなく、プログラマが処理の順番やデータの型を考慮して書く必要があった。 | |
173 %これではバグを引き起こす可能性が高いため、信頼性を上げるにはよりユーザーフレンドリーなシンタックスで再設計すべきだと考えた。 | |
146 | 174 |
162 | 175 |
166 | 176 \section{トポロジーの構成} |
162 | 177 AkkaではAkka Streamという機能で処理の流れが記述できる。 |
178 N入力1出力、1入力N出力、出力のみ、などが用意されたJunctionsと呼ばれる要素をつなぎ合わせることでトポロジーを記述する。 | |
146 | 179 |
162 | 180 HazelcastにはMapやQueueといったメモリ空間内のデータ構造は指定できるが、具体的なノード間トポロジーを記述する機構がない。 |
166 | 181 |
182 AliceではTopologyManagerという機構が分散ノードを管理しており、静的・動的なトポロジーを自動構成する。静的トポロジーではプログラマがトポロジーを図として記述できるため、より分かりやすく詳細な設定ができる。 | |
183 | |
167
9a072c2d6e12
add English Abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
166
diff
changeset
|
184 \newpage |
166 | 185 |
186 \section{信頼性・拡張性の高い通信の提供} | |
187 ここでは信頼性・拡張性の高い通信の指標として、障害耐性、圧縮・転送通信、NAT越えについてを比較する。 | |
162 | 188 |
166 | 189 \subsection*{障害耐性} |
169 | 190 分散プログラムでは、1つのノードがダウンしてもシステム全体は動き続けなければならないため、フォールト・トレラントであることが重要である。 |
166 | 191 |
192 Akkaでは親子関係を構成でき、親アクターは子アクターを監視し障害が起こった際に再起動や終了といった処理を指定できる。 | |
162 | 193 |
169 | 194 また、Hazelcastは、1つのサーバで障害が起きても他のサーバがデータを共有しているため、データを失うことなく素早く復旧ができる。 |
166 | 195 |
196 Aliceでは、TopologyManager内にKeepAliveという機能があり、常にノードが生きているかHeartbeatを送信して監視しており、どこかのノードに障害が起こればトポロジーを再構成するといった対応ができる。 | |
197 | |
160 | 198 |
166 | 199 \subsection*{圧縮・転送通信} |
169 | 200 ノード間通信でサービスに沿った柔軟な通信をするためには、送信するデータを圧縮する機能や、受け取ったデータをそのままほかノードへ転送する機能が求められることがある。 |
166 | 201 |
169 | 202 データの圧縮を指定したい場合、Akka、Hazelcastはシリアライザが用意されているため、そのメソッドを呼び出すことで圧縮伸長を行う。 |
166 | 203 また、転送を指定したい場合、Akkaにはforwardメソッドがあるためそれを呼び出すことで受け取ったデータの転送が可能だが、Hazelcastは一つのMapへのアクセスに見立てているため、転送にもputを用いる。 |
204 | |
205 一方でAliceは圧縮の展開と転送を同時に行うことを想定した圧縮・転送機能を持っている。 | |
162 | 206 Data Segment内に圧縮と非圧縮の両形式を同時に持てるため、受け取った圧縮データを展開をしながら圧縮したまま別ノードに転送することができる。 |
166 | 207 また、圧縮するには送信する宛先ラベルに"compressed"とつけるだけでよく、データ取得時に自動で展開もされるため、プログラマがメソッドの呼び出しを追加する必要がなく圧縮・非圧縮を簡単に切り替えられる。 |
162 | 208 |
167
9a072c2d6e12
add English Abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
166
diff
changeset
|
209 \newpage |
9a072c2d6e12
add English Abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
166
diff
changeset
|
210 |
166 | 211 \subsection*{NAT越え} |
212 ネットワーク間通信の大きな問題の一つに、NATがある。 | |
213 NATとは、WANとLANの間にあるIPアドレスの変換機構である。 | |
214 NATを隔てたプライベートネットワーク内では、LAN内だけでユニークなプライベートIPアドレスを持っており、WAN側からはそのIPアドレスを直接指定してアクセスできないためアドレス変換を行う必要がある。 | |
215 そのためNATを越えたノード間通信は容易ではなく、分散フレームワークでそれをサポートできることが望ましい。 | |
216 | |
217 しかしHazelcastではNAT越えをサポートする機能がなく、プログラマが自前で書かなければならない。 | |
162 | 218 Akkaではノードの設定にグローバルアドレスとプライベートアドレスを両方登録することでNATを越えた通信を可能にする。 |
219 AliceにNAT越えの機能はないが、TopologyManagerが各ノードのData Segment Managerと通信してトポロジー管理をしており、TopologyManager/Data Segment Managerを複数立ち上げることによりプライベートトポロジーとグローバルトポロジーの同時構成が可能だと考えた。 | |
220 しかし、Aliceが複数のData Segment Managerを持てない実装だったため、AliceのままでNAT越えを実装することは困難であると判明した。 | |
221 よりスケーラブルな分散環境を提供するためにも、Aliceを再設計する必要がある。 | |
160 | 222 |
223 | |
224 | |
146 | 225 \chapter{分散フレームワークAliceの概要} |
148
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
226 |
169 | 227 AliceではCode Segment(以下CS)とData Segment(以下DS)の依存関係を記述することでプログラミングを行う。 |
148
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
228 CSは実行に必要なDSが全て揃うと実行される。CSを実行するために必要な入力されるDSのことをInputDS、CSが計算を行った後に出力されるDSのことをOutput DSと呼ぶ。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
229 |
169 | 230 \section{CodeSegmentとDataSegment} |
231 | |
232 データの依存関係にないCSは並列実行が可能である(図 \ref{fig:CS})。 | |
148
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
233 CSの実行においてDSが他のCSから変更を受けることはない。そのためAliceではデータが他から変更され整合性がとれなくなることはない。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
234 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
235 \begin{figure}[htbp] |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
236 \begin{center} |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
237 \includegraphics{images/dsandcs2.pdf} |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
238 \end{center} |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
239 \caption{CodeSegmentの依存関係 } |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
240 \label{fig:CS} |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
241 \end{figure} |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
242 |
155
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
243 \newpage |
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
244 |
148
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
245 AliceはJavaで実装されており、DSはJava Objectに相当する。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
246 CSはRunnableなObject(void run()を持つObject)に相当する。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
247 プログラマがCSを記述する際は、CodeSegmentクラスを継承する。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
248 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
249 DSは数値や文字列などの基本的なデータの集まりを指し、Aliceが内部にもつデータベースによって管理されている。このデータベースをAliceではDS Managerと呼ぶ。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
250 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
251 CSは複数のDS Managerを持っている。DSには対になるString型のkeyが存在し、それぞれのManagerにkeyを指定してDSにアクセスする。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
252 一つのkeyに対して複数のDSをputするとFIFO的に処理される。なのでData Segment Managerは通常のデータベースとは異なる。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
253 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
254 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
255 |
146 | 256 \section{DataSegmentManager} |
148
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
257 DS Manager(以下DSM)にはLocal DSMとRemote DSMが存在する。Local DSMは各ノード固有のデータベースである。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
258 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
259 Remote DSMは他ノードのLocal DSMに対応するproxyであり、接続しているノードの数だけ存在する(図 \ref{fig:Remote DSM} )。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
260 他ノードのLocal DSMに書き込みたい場合はRemote DSMに対して書き込めば良い。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
261 |
162 | 262 \newpage |
148
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
263 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
264 \begin{figure}[h] |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
265 \begin{center} |
155
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
266 \includegraphics[width=150mm]{images/remote_datasegment.pdf} |
148
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
267 \end{center} |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
268 \caption{Remote DSMは他のノードのLocal DSMのproxy } |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
269 \label{fig:Remote DSM} |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
270 \end{figure} |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
271 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
272 |
155
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
273 Remote DSMを立ち上げるには、DataSegmentクラスが提供するconnectメソッドを用いる。 |
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
274 接続したいノードのipアドレスとport番号、そして任意のManager名を指定することで立ちあげられる。 |
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
275 その後はManager名を指定してData Segment APIを用いてDSのやり取りを行うため、プログラマはManager名さえ |
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
276 意識すればLocalへの操作もRemoteへの操作も同じ様に扱える。 |
149
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
277 |
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
278 |
155
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
279 \newpage |
149
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
280 |
146 | 281 \section{Data Segment API} |
148
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
282 DSの保存・取得にはAliceが提供するAPIを用いる。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
283 putとupdate、flipはOutput DS APIと呼ばれ、DSをDSMに保存する際に用いる。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
284 peekとtakeはInput DS APIと呼ばれ、DSをDSMから取得する際に使用する。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
285 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
286 \begin{itemize} |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
287 \item {\ttfamily void put(String managerKey, String key, Object val)} |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
288 \end{itemize} |
161
cc301066b983
add chapter1 mindmap
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
160
diff
changeset
|
289 putとupdate、flipはOutput DS APIと呼ばれ、DSをDSMに保存する際に用いる。 |
cc301066b983
add chapter1 mindmap
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
160
diff
changeset
|
290 peekとtakeはInput DS APIと呼ばれ、DSをDSMから取得する際に使用する。 |
cc301066b983
add chapter1 mindmap
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
160
diff
changeset
|
291 |
cc301066b983
add chapter1 mindmap
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
160
diff
changeset
|
292 \begin{itemize} |
cc301066b983
add chapter1 mindmap
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
160
diff
changeset
|
293 \item {\ttfamily void put(String managerKey, String key, Object val)} |
cc301066b983
add chapter1 mindmap
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
160
diff
changeset
|
294 \end{itemize} |
148
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
295 DSをDSMに追加するためのAPIである。第一引数はLocal DSMかRemote DSMかといったManager名を指定する。そし |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
296 て第二引数で指定されたkeyに対応するDSとして第三引数の値を追加する。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
297 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
298 \begin{itemize} |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
299 \item {\ttfamily void update(String managerKey, String key, Object val)} |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
300 \end{itemize} |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
301 updateもDSをDSMに追加するためのAPIである。putとの違いは、queueの先頭のDSを削除してからDSを追加するこ |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
302 とである。そのためAPI実行前後でqueueの中にあるDSの個数は変わらない。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
303 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
304 \begin{itemize} |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
305 \item{\ttfamily void flip(String managerKey, String key, Receiver val)} |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
306 \end{itemize} |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
307 flipはDSの転送用のAPIである。取得したDSに対して何もせずに別のKeyに対し保存を行いたい場合、一旦値を取 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
308 り出すのは無駄である。flipはDSを受け取った形式のまま転送するため無駄なコピーなくDSの保存ができる。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
309 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
310 \begin{itemize} |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
311 \item {\ttfamily void take(String managerKey, String key)} |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
312 \end{itemize} |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
313 takeはDSを読み込むためのAPIである。読み込まれたDSは削除される。要求したDSが存在しなければ、CSの待ち合わせ (Blocking)が起こる。putやupdateによりDSに更新があった場合、takeが直ちに実行される。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
314 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
315 \begin{itemize} |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
316 \item {\ttfamily void peek(String managerKey, String key)} |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
317 \end{itemize} |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
318 peekもDSを読み込むAPIである。takeとの違いは読み込まれたDSが削除されないことである。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
319 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
320 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
321 |
155
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
322 \newpage |
149
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
323 |
146 | 324 \section{CodeSegmentの記述方法} |
148
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
325 CSをユーザーが記述する際にはCodeSegmentクラスを継承して記述する(ソースコード \ref{src:StartCodeSegmen |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
326 t} , \ref{src:CodeSegment})。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
327 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
328 継承することによりCode Segmentで使用するData Segment APIを利用する事ができる。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
329 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
330 Alice には、Start CS (ソースコード \ref{src:StartCodeSegment} )というC の main に相当するような最初に |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
331 実行される CS がある。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
332 Start CSはどのDSにも依存しない。つまりInput DSを持たない。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
333 このCSをmainメソッド内でnewし、executeメソッドを呼ぶことで実行を開始させることができる。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
334 |
152 | 335 |
336 \lstinputlisting[label=src:StartCodeSegment, caption=StartCodeSegmentの例]{source/StartCodeSegment.java} | |
337 \lstinputlisting[label=src:CodeSegment, caption=CodeSegmentの例]{source/TestCodeSegment.java} | |
148
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
338 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
339 \newpage |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
340 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
341 ソースコード \ref{src:StartCodeSegment} は、5行目で次に実行させたいCS(ソースコード \ref{src:CodeSegment} )を作成している。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
342 8行目でOutput DS APIを通してLocal DSMに対してDSをputしている。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
343 Output DS APIはCSの{\tt ods}というフィールドを用いてアクセスする。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
344 {\tt ods}は{\tt put}と{\tt update}と{\tt flip}を実行することができる。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
345 TestCodeSegmentはこの"cnt"というkeyに対して依存関係があり、8行目でputが行われるとTestCodeSegmentは実 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
346 行される。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
347 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
348 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
349 CSのInput DSは、CSの作成時に指定する必要がある。指定はCommandType(PEEKかTAKE)、DSM名、そしてkey よっ |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
350 て行われる。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
351 Input DS API はCSの{\tt ids}というフィールドを用いてアクセスする。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
352 Output DSは、{\tt ods}が提供するput/update/flipメソッドをそのまま呼べばよかったが、Input DSの場合{\tt ids}にpeek/takeメソッドはなく、create/setKeyメソッド内でCommandTypeを指定して実行する。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
353 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
354 ソースコード\ref{src:CodeSegment}は、0から9までインクリメントする例題である。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
355 2行目では、Input DS APIがもつcreateメソッドでInput DSを格納する受け皿(Receiver)を作っている。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
356 引数には{\tt PEEK}または{\tt TAKE}を指定する。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
357 \begin{itemize} |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
358 \item {\ttfamily Receiver create(CommandType type)} |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
359 \end{itemize} |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
360 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
361 4行目から6行目はコンストラクタである。コンストラクタはオブジェクト指向のプログラミング言語で新たなオ |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
362 ブジェクトを生成する際に呼び出されて内容の初期化を行う関数である。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
363 |
149
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
364 TestCodeSegmentのコンストラクタが呼ばれた際には、 |
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
365 \begin{enumerate} |
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
366 \item CSが持つフィールド変数 {\tt Receiver input}に{\tt ids.create(CommandType.TAKE)}が行われ、{\tt input}が初期化される。 |
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
367 \item 5行目にあるTestCodeSegmentのコンストラクタのTAKEが実行される。 |
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
368 \end{enumerate} |
148
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
369 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
370 5行目は、2行目のcreateで作られたReceiverが提供するsetKeyメソッドを用いてLocal DSMからDSを取得している。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
371 \begin{itemize} |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
372 \item \verb+void setKey(String managerKey, String key)+ |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
373 \end{itemize} |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
374 setKeyメソッドはpeek/takeの実行を行う。どのDSMのどのkeyに対してpeekまたはtakeコマンドを実行させるかを指定できる。コマンドの結果がレスポンスとして届き次第CSは実行される。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
375 |
155
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
376 \newpage |
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
377 |
148
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
378 実行されるrunメソッドの内容は |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
379 \begin{enumerate} |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
380 \item 10行目で取得されたDSをInteger型に変換してcountに代入する。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
381 \item 12行目でcountをインクリメントする。 |
160 | 382 \item 16行目で次に実行されるCSを作る。run内の処理を終えたらCSは破棄されるため、処理を繰り返したい場合はこのように新しいくCSを作る必要がある。この時点で次のCSはInput DSの待ち状態に入る。 |
148
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
383 \item 17行目でcountをLocal DSMにputする。Input DSが揃い待ち状態が解決されたため、次のCSが実行される。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
384 \item 13行目が終了条件であり、countの値が10になれば終了する。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
385 \end{enumerate} |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
386 となっている。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
387 |
149
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
388 1.で用いられているasInteger()はasClassメソッドの一部であり、asClassはtake/peekで取得したDSをObject型から任意の型で取得するためのAPIである。 |
148
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
389 |
149
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
390 \begin{itemize} |
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
391 \item {\ttfamily <T> T asClass(Class<T> clazz)} |
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
392 \end{itemize} |
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
393 |
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
394 CS内でDSのデータを扱うには、正しい型を意識しながらこのasClassメソッドを使わなければならない。 |
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
395 |
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
396 |
155
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
397 \newpage |
149
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
398 |
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
399 |
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
400 \section{AliceのMeta Computation} |
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
401 Aliceでは、処理をComputationとMeta Computationに階層化し、コアな仕様と複雑な例外処理に分離する。 |
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
402 AliceのComputationは、keyによりDSを待ち合わせ、DSが揃ったCSを並列に実行する処理と捉えられる。 |
151
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
403 それに対して、AliceのMeta Computation は、Remoteノードとの通信トポロジーの構成や、通信するデータ形式の変換と言える。 |
149
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
404 |
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
405 Aliceの機能を追加するということはプログラマ側が使うMeta Computationを追加すると言い換えられる。 |
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
406 AliceではMeta Computationとして分散環境の構築等の機能を提供するため、プログラマはCSを記述する際にトポロジー構成や切断、再接続という状況を予め想定した処理にする必要はない。 |
151
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
407 プログラマは目的の処理だけ記述し、切断や再接続が起こった場合の処理をMeta Computationとして指定するだけでよい。 |
155
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
408 |
149
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
409 このようにプログラムすることで、通常処理と例外処理を分離することができるため、仕様の変更を抑えたシンプルなプログラムを記述できる。 |
151
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
410 仕様の変更を抑えてプログラムの拡張ができるということは、コードを破壊しないため変更以前の信頼性を保てるということである。 |
149
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
411 |
159
cad92fc74613
change SequenceDiagram
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
158
diff
changeset
|
412 Meta ComputationもCS/DSで作られており、プログラマ側から見えないこれらのCS/DSはMeta CS/Meta DSと呼ばれる。 |
cad92fc74613
change SequenceDiagram
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
158
diff
changeset
|
413 |
149
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
414 現在Aliceには、データの圧縮機能、トポロジーの構成・管理機能、ノードの生存確認機能、ノードの切断・再接続時の処理管理機能などのMeta Computationが用意されている。 |
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
415 |
155
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
416 \newpage |
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
417 |
149
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
418 \subsection{Aliceの圧縮機能} |
151
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
419 リモートノードに大きなデータを送るために、データを圧縮したい場合がある。 |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
420 そこで、Aliceは圧縮をサポートしている。 |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
421 しかし、単に圧縮のメソッドを用意したわけではない。 |
159
cad92fc74613
change SequenceDiagram
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
158
diff
changeset
|
422 圧縮データの展開と、圧縮したまま別ノードへの転送を同時に実現したい場合があるため、Meta CSを介すことでDSに圧縮と非圧縮のデータを同時に持てるようにしている(図\ref{fig:compress})。 |
155
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
423 |
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
424 \begin{figure}[h] |
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
425 \begin{center} |
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
426 \includegraphics[width=160mm]{images/compress.pdf} |
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
427 \end{center} |
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
428 \caption{DSが圧縮と非圧縮の両方を持つ} |
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
429 \label{fig:compress} |
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
430 \end{figure} |
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
431 |
159
cad92fc74613
change SequenceDiagram
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
158
diff
changeset
|
432 1つのDS内にMeta DSとして以下の3つの表現を持たせることでデータに多態性を持たせ、必要に応じた形式でDSを扱う。 |
151
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
433 |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
434 \begin{enumerate} |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
435 \item 一般的なJavaのクラスオブジェクト |
157
d620f126a383
change abstract & chapter1
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
156
diff
changeset
|
436 \item MessagePack for Java\cite{}でシリアライズ化されたバイナリオブジェクト |
151
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
437 \item 2を圧縮したバイナリオブジェクト |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
438 \end{enumerate} |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
439 |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
440 Local DSMにputされた場合は、(1)の一般的なJavaクラスオブジェクトとして追加される。 |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
441 Remote DSMにputされた場合は、通信時に(2)のbyteArrayに変換されたバイナリオブジェクトに変換されたDSが追加 |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
442 される。 |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
443 Local/Remote DSMにDSを圧縮して保存したい場合は(3)の圧縮形式を用いる。 |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
444 |
155
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
445 \newpage |
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
446 |
151
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
447 データの圧縮を指定するには、putするDSMの名前の前に"compressed"をつけるだけでよい。 |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
448 \ref{src:before},\ref{src:after}は通常のDSと圧縮のDSを扱う際の記述の例である。 |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
449 |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
450 \lstinputlisting[label=src:before, caption=通常のDSを扱うCSの例]{source/beforeCompress.java} |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
451 \lstinputlisting[label=src:after,caption=圧縮したDSを扱うCSの例]{source/afterCompress.java} |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
452 |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
453 このようにコードの変更を抑えて圧縮できるため、他の計算部分を変えずにデータ形式が指定できる。 |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
454 また、DSを取り出す際もasClass()内部で自動で展開が行われるため、コードの変更がなく、プログラマがデータの展開を考える必要がない。 |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
455 |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
456 |
149
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
457 \subsection{TopologyManager} |
150 | 458 Aliceでは、ノード間の接続管理やトポロジーの構成管理を、Topology ManagerとTopology NodeというMeta Computationが提供している。 |
459 プログラマはトポロジーファイルを用意し、Topology Managerに読み込ませるだけでトポロジーを構成することができる。 | |
157
d620f126a383
change abstract & chapter1
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
156
diff
changeset
|
460 トポロジーファイルはDOT Language\cite{}という言語で記述される。 |
148
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
461 DOT Languageとは、プレーンテキストを用いてデータ構造としてのグラフを表現するためのデータ記述言語の一 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
462 つである。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
463 ソースコード\ref{src:topologyfile}は3台のノードでリングトポロジーを組むときのトポロジーファイルの例である。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
464 |
149
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
465 \lstinputlisting[label=src:topologyfile, caption=トポロジーファイルの例]{source/TopologyFile.dot} |
148
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
466 DOT Languageファイルはdotコマンドを用いてグラフの画像ファイルを生成することができる。そのため、記述したトポロジーが正しいか可視化することが可能である。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
467 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
468 Topology Managerはトポロジーファイルを読み込み、参加を表明したクライアント(以下、Topology Node)に接続するべきクライアントのIPアドレスやポート番号、接続名を送る(図\ref{fig:topologymanager})。 |
155
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
469 |
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
470 \newpage |
150 | 471 |
148
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
472 \begin{figure}[h] |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
473 \begin{center} |
151
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
474 \includegraphics[width=80mm]{images/topologymanager.pdf} |
148
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
475 \end{center} |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
476 \caption{Topology Managerが記述に従いトポロジーを構成} |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
477 \label{fig:topologymanager} |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
478 \end{figure} |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
479 |
155
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
480 トポロジーファイルでlavelとして指定した名前はRemote DSMの名前としてTopology Nodeに渡される。 |
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
481 そのため、Topology NodeはTopology ManagerのIPアドレスさえ知っていれば自分の接続すべきノードのデータを受け取り、ノード間での正しい接続を実現できる。 |
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
482 |
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
483 |
148
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
484 また、実際の分散アプリケーションでは参加するノードの数が予め決まっているとは限らない。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
485 そのためTopology Managerは動的トポロジーにも対応している。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
486 トポロジーの種類を選択してTopology Managerを立ち上げれば、あとは新しいTopology Nodeが参加表明するたびに、Topology ManagerからTopology Nodeに対して接続すべきTopology Nodeの情報がput |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
487 され接続処理が順次行われる。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
488 そしてTopology Managerが持つトポロジー情報が更新される。 |
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
489 現在Topology Managerでは動的なトポロジータイプとして二分木に対応している。 |
151
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
490 |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
491 |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
492 |
146 | 493 \chapter{Aliceの問題点} |
151
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
494 Aliceを拡張していく中でいくつかの問題点が明らかになり、これらを解決するにはAlice自体を再設計する必要があるとわかった。 |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
495 |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
496 |
167
9a072c2d6e12
add English Abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
166
diff
changeset
|
497 \section{APIの記述の分離} |
9a072c2d6e12
add English Abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
166
diff
changeset
|
498 2.4で示したように、InputDSを記述するには、一度フィールドでReceiverをcreateして、その後Reveiverに対してsetKeyで待ち合わせるkeyを指定しなければならない。 |
9a072c2d6e12
add English Abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
166
diff
changeset
|
499 このようにインプットの処理が分離されてしまっていては、記述が煩雑な上にコードを読んだ際にどのkeyに対して待ち合わせを行っているのか直感的に分からない。 |
9a072c2d6e12
add English Abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
166
diff
changeset
|
500 |
9a072c2d6e12
add English Abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
166
diff
changeset
|
501 さらに、setKeyは明確な記述場所が決まっていないため、そのDSを待ち合わせているCS以外からも呼び出せてしまう\ref{src:StartSetKey}。 |
149
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
502 |
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
503 \lstinputlisting[label=src:StartSetKey, caption=setKeyを外部から呼び出す例]{source/StartSetKey.java} |
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
504 \lstinputlisting[label=src:SetKey]{source/SetKey.java} |
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
505 |
167
9a072c2d6e12
add English Abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
166
diff
changeset
|
506 このような書き方をされると、CSだけを見てどのkeyに対して待ち合わせを行っているのかわからないため、setKeyを呼び出しているコードを辿る必要がある。 |
9a072c2d6e12
add English Abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
166
diff
changeset
|
507 これでは見通しが悪いため、どこでkeyを指定するのか明確にすべきである。 |
9a072c2d6e12
add English Abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
166
diff
changeset
|
508 |
9a072c2d6e12
add English Abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
166
diff
changeset
|
509 可読性の低いコードはプログラマの負担となるため、CSが何を待ち合わせているのかそのCSを見ただけで理解できるように記述の分離問題を改善しなくてはならない。 |
149
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
510 |
151
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
511 |
156 | 512 \section{setKeyは最後に呼ばなければならない} |
513 setKeyメソッドをコンストラクタで呼ぶ際、setKeyメソッドを必ず最後に呼ばなければならない。 | |
514 | |
515 CSは内部で実行に必要なDSを数えている。DSの取得に成功するとこの値が、デクリメントされ、0になると必要なDSが全て揃ったことと判断されThread poolへ送られる。 | |
516 | |
517 setKey移行に処理を記述した場合、その処理が行われない可能性がありThread poolへと送られNullPointerExceptionを引き起こす。 | |
518 | |
519 \lstinputlisting[label=src:NullPointerException,caption=NullPointerExceptionになる可能性がある]{source/ShowDataFailed.java} | |
520 | |
521 ソースコード\ref{src:NullPointerException}は、for文でsetKeyとids.createをcntの回数呼び、動的にDSの取得数を決めようとしている。しかし、setKeyが最初に呼ばれた際に、DSの取得に成功すると実行可能と判断されてしまう。runの中でinfoの配列の要素だけ中身を表示させようとしてるが、2回目のasClassでNullPointExceptionを引き起こす。 | |
522 | |
155
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
523 \newpage |
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
524 |
156 | 525 今回の場合、コンストラクタ内をソースコード\ref{src:success}のように記述する必要がある。 |
526 | |
527 \lstinputlisting[label=src:success,caption=NullPointerExceptionにならない記述]{source/ShowData.java} | |
528 | |
529 このように記述の順序を考えながらプログラミングしなければならない設計では、バグを引き起こし信頼性を損なうことに繋がる。より自然に扱えるAPI設計にするべきだと考える。 | |
530 | |
531 | |
149
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
532 \section{動的なsetKey} |
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
533 setKeyはCSのコンストラクタで指定することが多い。 |
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
534 このとき、指定するkeyは引数などから動的に受け取り、セットすることができる。 |
167
9a072c2d6e12
add English Abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
166
diff
changeset
|
535 しかし、それでは実際にどんな処理が行われているのかわかりづらく、また、putする部分などの該当するkeyを扱う全てコードを変更しなければならない。 |
9a072c2d6e12
add English Abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
166
diff
changeset
|
536 このように、AliceではCSを使いまわすことを考慮して動的なsetKeyを可能にしてしまったせいで、慎重に書かなければプログラムの信頼性が保てないようになってしまっている。 |
9a072c2d6e12
add English Abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
166
diff
changeset
|
537 そのため、動的なsetKeyはできないように制限し、コードの見通しを良くする必要がある。 |
9a072c2d6e12
add English Abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
166
diff
changeset
|
538 CSに対してインプットとなるkeyが静的に決まれば、待ち合わせているkeyに対してのputのし忘れなどの問題をコンパイル時のモデル検査などで発見することができると考えられる。 |
151
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
539 |
150 | 540 \section{型が推測できない} |
149
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
541 inputDSを受け取るReceiverはデータをObject型で持っており、そのデータをCS内で扱うには正しい型にキャストする必要がある。 |
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
542 しかし、inputDSで指定するのはkeyのみであり、そのデータの型までは分からない。 |
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
543 そのため、DSの型を知るにはputしている部分まで辿る必要がある。 |
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
544 辿ってもflipされている可能性もあるため、最初にそのDSをputしている部分を見つけるのは困難である。 |
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
545 従って、待ち合わせているkeyにどのような型のデータが対応しているのかをそのCSを見ただけで分かるようにするべきと考える。 |
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
546 |
156 | 547 \newpage |
151
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
548 |
149
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
549 \section{key名と変数名の不一致} |
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
550 2.4のCodeSegmentの例題である通り、key名とそのkeyで待ち合わせたDSを受け取るReceiver名は異なることがある。 |
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
551 もしプログラマが適当に命名してしまえば後々混乱を招くため、待ち合わせるkey名とinput DS の変数名一致を強制させたい。 |
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
552 |
151
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
553 |
164 | 554 \section{DataSegmentの型の明瞭性} |
152 | 555 2.5.1で示したように、Aliceに圧縮のMeta Computationを実装した際、DS内に複数の型を同時に持たせるようにした。 |
556 | |
557 | |
558 しかしこれでは、DSが今どの形式を持っているのか、どの状態にあるのかがわかりづらい。 | |
559 また、DSがbyteArray型を受け取った場合、データであるObject型として渡されたものなのか、MessagePackや圧縮で変換されたものなのかを判別する処理を入れなければならなかった。 | |
560 今後DSにより多様な形式を同時に持たせることになれば、さらにその判別の処理が増えることになる。 | |
561 | |
562 | |
563 Alice自体の拡張・デバッグをしやすくするためにも、DSがどの型を持っているのかをひと目で分かるようにしたい。 | |
564 | |
565 | |
150 | 566 \section{LocalDataSegmentManagerを複数持てない} |
567 Aliceでは1つのノードにつき1つしかLocalDSMを立ち上げられない作りになっている。 | |
568 そのために以下のような問題が発生した。 | |
569 | |
570 \subsection{1つのノードで複数台DSM同士のテストが行えない} | |
167
9a072c2d6e12
add English Abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
166
diff
changeset
|
571 当研究室では分散データベースJungle\cite{Jungle}を開発しており、その分散通信部分にはAliceが用いられている。 |
151
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
572 Jungleのような分散アプリケーションの開発では、1つのマシン上で複数の疑似ノードを立ててテストを行いたい場合があった。 |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
573 しかし、Aliceでは一つのアプリケーション内にLocalDSMは一つと決まっていたため、テストに必要なノード数分だけアプリケーションを別で立ち上げなければならないという手間があった。 |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
574 このためのシェルスクリプトをプログラマが書かなければならないのは本質的な作業ではない。 |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
575 より気軽にテストができるよう、同一プログラム内でLocalDSMを複数立ち上げられるようにすべきだと考えた。 |
150 | 576 |
577 \subsection{TopologyManagerの拡張が困難} | |
578 Aliceではより自由度の高い通信を行うために、TopologyManagerに幾つかの機能を追加すること考えていた。 | |
579 | |
151
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
580 その一つがNAT越えの機能である。NAT越えは分散アプリケーション構築における課題の1つでもあるが、プログラマにとってその実装は容易ではない。Topology ManagerにNATを越えたノード間通信機能をつけることにより、ネットワークを気にせずに通信が行えるようにしたい。 |
152 | 581 |
155
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
582 図 \ref{fig:nat}はTopologyManagerを用いてNAT越えをするための設計である。 |
152 | 583 |
151
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
584 \begin{figure}[h] |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
585 \begin{center} |
155
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
586 \includegraphics[width=180mm]{images/nat.pdf} |
151
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
587 \end{center} |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
588 \caption{複数のTopologyManagerによるNAT越えの実現} |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
589 \label{fig:nat} |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
590 \end{figure} |
156 | 591 \newpage |
152 | 592 |
150 | 593 また、別トポロジーで立ち上げたアプリケーション同士を接続する機能も追加したいと考えていた。 |
151
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
594 TreeTopologyのVNCアプリとStarTopologyのチャットアプリを連携したいという要望が生まれたためである。 |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
595 別トポロジーのアプリケーションが接続可能になれば、VNC画面のスナップショットをChat上に載せたり、VNC上にChatの内容をコメントとして流すといった拡張が容易になる(図 \ref{fig:vncandchat})。 |
150 | 596 |
151
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
597 \begin{figure}[h] |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
598 \begin{center} |
155
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
599 \includegraphics[width=180mm]{images/vncandchat.pdf} |
151
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
600 \end{center} |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
601 \caption{別トポロジーのアプリケーションの接続} |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
602 \label{fig:vncandchat} |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
603 \end{figure} |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
604 |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
605 TopologyManagerはネットワークごと、トポロジーごとに存在するため、いずれの機能も複数のTopologyManagerを立ち上げ、連携させることで実現可能となる。 |
150 | 606 |
151
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
607 今までのAliceでは、1つのノードに対してTopology Managerは1つと決められていた。 |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
608 Topology Managerと各ノードのやり取りをするのは、ノードごとに実行されるTopology NodeというMeta Computationである。 |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
609 Topology Managerは接続されたnodeの情報(nodeNameとIPアドレスのHashMap)を"nodeTable"というKeyに対応するDSとして保存している。 |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
610 そしてTopology NodeはTopology Managerから割り当てられたnodeNameを"hostname"というKeyに保存する。 |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
611 つまり、接続するTopology Managerが増えればTopoloyNodeに割り当てられるnodeNameも増えるため、今までのように"hostname"という1つのKeyだけでは対応できない。 |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
612 1つのノードに複数のTopologyManagerを対応させるには、TopologyNodeが複数のnodeNameを持つ必要がある。 |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
613 TopologyNodeが複数のTopologyManagerに対応できるようにしなければならない。 |
150 | 614 |
152 | 615 |
151
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
616 そこで、Meta Computationとして、通常のLocal DSMとは別にTopology ManagerごとのMeta Local DSMを立ち上げる方法が考えられる(図 \ref{fig:somehostname})。 |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
617 \begin{figure}[h] |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
618 \begin{center} |
156 | 619 \includegraphics[width=120mm]{images/somehostname.pdf} |
151
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
620 \end{center} |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
621 \caption{複数のTopologyManagerに複数のLocalDSMが対応} |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
622 \label{fig:somehostname} |
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
623 \end{figure} |
150 | 624 |
156 | 625 \newpage |
626 | |
150 | 627 それぞれのTopology Managerに対応するLocalDSMを作り、それぞれに対応したnodeNameを格納することで、DSMを切り替えるだけでTopologyNodeの仕様は変えずに複数のTopology Managerに対応できるという設計である。 |
628 | |
151
3c425e8911cf
add Topology image
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
150
diff
changeset
|
629 しかし、現在のAliceのコードではDSMを管理するclassがstatic classであったため、複数のLocal DSMを持つことはできなかった。 |
150 | 630 staticを取り除こうとしたところ、Aliceの大部分のコードを修正する必要があることがわかった。 |
631 よって、再設計の際にはstatic classのない実装を行い、DSM切り替えによる方式を実現したい。 | |
146 | 632 |
149
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
633 |
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
634 |
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
635 |
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
636 |
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
637 |
146 | 638 \chapter{分散フレームワークChristieの設計} |
156 | 639 |
640 \section{Christieの必要条件} | |
149
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
641 3章でのAliceの問題点を踏まえ、新たにフレームワークを作り直すべきだと考えた。 |
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
642 本章では、新たに作った分散フレームワークChristieの設計を説明する。 |
156 | 643 Christieに必要な要件は以下のように考える。 |
644 | |
645 \begin{itemize} | |
157
d620f126a383
change abstract & chapter1
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
156
diff
changeset
|
646 \item {\ttfamily create/setKeyのような煩雑なAPIをシンプルにし可読性を向上させる} |
156 | 647 \end{itemize} |
648 | |
649 \begin{itemize} | |
157
d620f126a383
change abstract & chapter1
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
156
diff
changeset
|
650 \item {\ttfamily プログラマが型を推測しなくとも整合性がとれるように型を解決し、信頼性を向上させる} |
156 | 651 \end{itemize} |
652 | |
653 \begin{itemize} | |
157
d620f126a383
change abstract & chapter1
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
156
diff
changeset
|
654 \item {\ttfamily staticなLocalDSMをなくし、複数のインスタンスを同時に立ち上げられるようにすることでスケーラビリティを向上させる} |
156 | 655 \end{itemize} |
656 | |
657 | |
149
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
658 |
148
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
659 \section{Christieの基本設計} |
152 | 660 基本的にはAliceと同じ、タスクとデータを細かい単位に分割して依存関係を記述し、入力が揃った順から並列実行するというプログラミング手法を用いる。 |
661 | |
662 | |
663 ChristieはAliceと同じくJavaで書かれている。 | |
664 しかし将来的に当研究室が開発するGearsOSに取り入れたいため、GearsOSを構成する言語であるContinuation based C(CbC)に互換可能な設計を目指す。 | |
149
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
665 |
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
666 |
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
667 GearsOSではCodeSegment/DataSegmentと同様の概念としてCodeGear/DataGearという名称を用いているため、Christieでもそれに倣いCodeGear/DataGear(以下、CG/DG)と呼ぶこととする。 |
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
668 |
158
2bf8a1edcecc
add SequenceDiagram
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
157
diff
changeset
|
669 \newpage |
152 | 670 |
671 DGはAliceと同様にDataGearManager(以下DGM)が管理する。 | |
672 DGMはLocalとRemoteがあり、全てのDGMはCodeGearManager(以下CGM)で管理される。 | |
673 GearsOSではContextという全てのCG/DGを一括管理するプロセスがあり、AliceのCGMもこのContextに相当する。 | |
158
2bf8a1edcecc
add SequenceDiagram
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
157
diff
changeset
|
674 全てのCGMはThreadPoolと他のCGM全てのリストを共有しているため、全てのCG/DGにアクセス可能である(図\ref{fig:christieClass})。 |
2bf8a1edcecc
add SequenceDiagram
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
157
diff
changeset
|
675 |
2bf8a1edcecc
add SequenceDiagram
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
157
diff
changeset
|
676 \begin{figure}[h] |
2bf8a1edcecc
add SequenceDiagram
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
157
diff
changeset
|
677 \begin{center} |
160 | 678 \includegraphics[width=130mm]{images/ChristieClass.pdf} |
158
2bf8a1edcecc
add SequenceDiagram
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
157
diff
changeset
|
679 \end{center} |
2bf8a1edcecc
add SequenceDiagram
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
157
diff
changeset
|
680 \caption{CGMはCGMとDGMを管理する} |
2bf8a1edcecc
add SequenceDiagram
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
157
diff
changeset
|
681 \label{fig:christieClass} |
2bf8a1edcecc
add SequenceDiagram
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
157
diff
changeset
|
682 \end{figure} |
152 | 683 |
684 CGを記述する際はAlice同様CodeGear.classを継承する。 | |
155
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
685 CodeGearは |
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
686 |
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
687 void run(CodeGearManager cgm)を持つclassであり、プログラマはrunメソッド内に処理を記述する。 |
152 | 688 インプットで指定したkeyに対応したDGが全て揃ったとき、runに書かれた処理が実行される。 |
158
2bf8a1edcecc
add SequenceDiagram
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
157
diff
changeset
|
689 ChristieのAPIにはrunの引数で受け取ったCGMを経由してアクセスする。 |
152 | 690 GearsOSではCG間でContextを受け渡すことによってCGはDGにアクセスするため、Christieでもその記述方法を採用した。 |
160 | 691 |
692 通常のRunnableクラスではこのように引数をうけとることができないが、CodeGearExecutorというRunnableのMeta Computationを挟んだことでこのようにCGMを受け渡しながらの記述を可能にした。 | |
693 | |
694 詳しいCodeGearの記述方法については、4.4章で説明する。 | |
156 | 695 |
155
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
696 \newpage |
149
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
697 |
146 | 698 \section{APIの改善} |
167
9a072c2d6e12
add English Abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
166
diff
changeset
|
699 ここではAliceのAPIの問題を踏まえて設計したChristieのAPIについて、インプット、アウトプット、データの取り出しに分けて説明する。 |
9a072c2d6e12
add English Abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
166
diff
changeset
|
700 |
9a072c2d6e12
add English Abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
166
diff
changeset
|
701 \subsection*{アノテーションの導入によるインプットの記述} |
153 | 702 InputAPIにはAliceと同じくTakeとPeekを用意した。 |
156 | 703 ChristieではInput DG の指定にはアノテーションを使う。 |
704 アノテーションとは、クラスやメソッド、パッケージに対して付加情報を記述できるJavaのMeta Computationである。 | |
705 先頭に@をつけることで記述でき、オリジナルのアノテーションを定義することもできる。 | |
152 | 706 |
707 AliceではInputの受け皿であるReceiverを作り後からkeyをセットしていたが、 | |
156 | 708 ChristieではInputのためのDGを作り、その上にアノテーションでKeyを指定する(\ref{src:take})。 |
152 | 709 |
153 | 710 \lstinputlisting[label=src:take, caption=Takeの例]{source/christie/InputDG.java} |
152 | 711 |
712 | |
156 | 713 アノテーションで指定したInputDGは、CGを生成した際にCodeGear.class内で待ち合わせの処理が行われる。 |
152 | 714 これにはJavaのreflectionAPIを利用している。 |
167
9a072c2d6e12
add English Abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
166
diff
changeset
|
715 |
9a072c2d6e12
add English Abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
166
diff
changeset
|
716 Christieのこのインプットアノテーションはフィールドに対してしか記述できないため、InputDGの生成とTake/Peekの指定とkeyの指定を必ず一箇所で書くことが明確に決まっている。 |
9a072c2d6e12
add English Abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
166
diff
changeset
|
717 そのためAliceのように外のCSからのkeyへの干渉をされることがない。 |
9a072c2d6e12
add English Abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
166
diff
changeset
|
718 また、アノテーションの指定はRUNTIMEではできないため、動的なkeyの指定も防ぐことができる。 |
9a072c2d6e12
add English Abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
166
diff
changeset
|
719 このように、アノテーションを用いたことで、Aliceの記述の分離問題が解決された。 |
152 | 720 |
721 \ref{src:take}の2行目にあるように、InputDGを宣言する際には必ず型の指定が必要となる。 | |
156 | 722 DataGearは様々な型のデータを扱うためにJavaの総称型で受け取るようにしており、\textless \textgreater 内に指定した型でデータの型を限定できる。 |
153 | 723 このように記述することで、Christieでは他の部分を辿らなくてもCGを見るだけでインプットされるデータの型が分かるように可読性を向上させた。 |
724 また、取得してきたDGが指定と違う型であった場合はエラーとなるため、型の整合性を保ちながら信頼性の高いプログラミングが可能となった。 | |
152 | 725 |
153 | 726 また、Aliceではkeyと変数名の不一致から可読性が低くなっていた。 |
727 しかしChristieではkeyと変数名が一致しないとエラーとなるため、自然と読みやすいコードが書けるようになっている。 | |
156 | 728 この部分に関しては、JavaのメタプログラミングAPIであるjavassist\cite{}を用いてアノテーションから変数の自動生成も試みたが、javassistでは変数生成の前に他のどのクラスも生成してはならないという制限があったため、Christieでは実現できなかった。 |
153 | 729 |
152 | 730 |
156 | 731 リモートノードに対してTake/Peekする際は、RemoteTake/RemotePeekのアノテーションを用いる(\ref{src:remotetake})。 |
732 そのため待ち合わせ先がLocalかRemoteかはアノテーションの違いからひと目でわかるようになった。 | |
153 | 733 |
734 \lstinputlisting[label=src:remotetake, caption=RemoteTakeの例]{source/christie/RemoteInputDG.java} | |
152 | 735 |
154
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
736 |
159
cad92fc74613
change SequenceDiagram
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
158
diff
changeset
|
737 なお、圧縮のMeta ComputationはAliceと同様で、指定する際にDGM名の前にcompressedをつける(\ref{src:compresslocal})。 |
154
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
738 |
153 | 739 \lstinputlisting[label=src:compresslocal, caption=Localへの圧縮の指定の例]{source/christie/CompressLocal.java} |
740 | |
159
cad92fc74613
change SequenceDiagram
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
158
diff
changeset
|
741 LocalからのTAKEではDGM名の指定がないが、それはLocalでの圧縮は基本想定していないためである。 |
cad92fc74613
change SequenceDiagram
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
158
diff
changeset
|
742 しかし、Localでの圧縮をしようと思えばRemoteTakeを用いて間接的にすることは可能である。 |
153 | 743 |
152 | 744 |
167
9a072c2d6e12
add English Abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
166
diff
changeset
|
745 \subsection*{DGMを指定してのアウトプットの記述} |
153 | 746 OutputAPIにはput/flipを用意した。 |
747 put/flipのメソッドはDGMに用意されている。 | |
154
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
748 cal.java |
153 | 749 CodeGear.classにはDGMを取得するメソッドがあり、それを用いて書き込みたいDGMを指定して直接putする。 |
167
9a072c2d6e12
add English Abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
166
diff
changeset
|
750 そのためLocal/Remoteの切り替えは指定するDGMの切り替えによって行う。 |
153 | 751 ソースコード\ref{src:put}、\ref{src:remoteput}はLocalとRemoteにputする記述の例である。 |
752 | |
753 \lstinputlisting[label=src:put, caption=Localへputする例]{source/christie/Put.java} | |
754 \lstinputlisting[label=src:remoteput, caption=Remoteへputする例]{source/christie/RemotePut.java} | |
755 | |
167
9a072c2d6e12
add English Abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
166
diff
changeset
|
756 \newpage |
9a072c2d6e12
add English Abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
166
diff
changeset
|
757 |
153 | 758 flipも同様にDGMに直接DGを渡す(\ref{src:flip})。 |
759 | |
760 \lstinputlisting[label=src:flip, caption=Remoteへflipする例]{source/christie/Flip.java} | |
761 | |
762 ChristieではDGMに対して直接putするため、AliceのODSにあたる部分はない。 | |
763 ODSを経由するより直接DGMに書き込むような記述のほうが直感的であると考えたためである。 | |
764 | |
152 | 765 |
167
9a072c2d6e12
add English Abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
166
diff
changeset
|
766 \subsection*{型を指定しないデータの取り出し} |
153 | 767 AliceのasClassに相当するのがgetDataである。 |
768 ソースコード\ref{src:getdata}はgetDataを用いてInputDGからデータを取得する例である。 | |
769 | |
770 \lstinputlisting[label=src:getdata, caption=getDataの例]{source/christie/GetData.java} | |
771 | |
772 Aliceと違う点は、プログラマが型を指定しなくて良い点である。 | |
773 4.2.1で示したように、InputDGを生成する際には型を指定する。 | |
774 この型は内部で保存され、リモートノードと通信する際も保たれる。 | |
775 このようにgetDataするだけでプログラマが指定しなくとも正しい型で取得できるため、プログラマの負担を減らし信頼性を保証することができる。 | |
776 | |
167
9a072c2d6e12
add English Abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
166
diff
changeset
|
777 \newpage |
149
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
778 |
150 | 779 \section{CodeGearの記述方法} |
154
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
780 以下のコードはLocalDSMにputしたDGを取り出して表示するのを10回繰り返す例題である。 |
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
781 |
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
782 \lstinputlisting[label=src:StartCodeGear, caption=StartCodeGearの例]{source/christie/StartTest.java} |
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
783 \lstinputlisting[label=src:TestCodeGear, caption=CodeGearの例]{source/christie/TestCodeGear.java} |
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
784 |
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
785 Alice同様、ChristieでもInputDGを持たないStartCGから処理を開始する。 |
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
786 StartCGはStartCodeGear.classを継承することで記述できる。 |
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
787 AliceではStartCSもCodeSegment.classを継承して書かれていたため、どれがStartCSなのか判別しづらかったが、Christieではその心配はない。 |
149
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
788 |
167
9a072c2d6e12
add English Abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
166
diff
changeset
|
789 \newpage |
9a072c2d6e12
add English Abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
166
diff
changeset
|
790 |
154
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
791 StartCGを記述する際にはcreateCGMメソッドでCGMを生成してコンストラクタに渡す必要がある。 |
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
792 ソースコード\ref{src:StartCodeGear}の8行目でそれが行われている。 |
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
793 createCGMの引数にはリモートノードとソケット通信する際使うポート番号を指定する。 |
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
794 CGMを生成した際にLocalDGMやリモートと通信を行うためのDaemonも作られる。 |
149
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
795 |
156 | 796 CGに対してアノテーションから待ち合わせを実行する処理はsetupメソッドが行う。 |
154
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
797 そのためソースコード\ref{src:StartCodeGear}の13行目、\ref{src:TestCodeGear}の10行目のように、newしたCGをCGMのsetupメソッドに渡す必要がある。 |
156 | 798 AliceではnewすればCGが待ちに入ったが、Christieでは一度CGをnewしないとアノテーションから待ち合わせを行う処理ができないため、newの後にsetupを行う。 |
154
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
799 そのため、CGの生成には必ずCGMが必要になる。 |
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
800 runでCGMを受け渡すのはこのためである。 |
158
2bf8a1edcecc
add SequenceDiagram
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
157
diff
changeset
|
801 なお、StartCGはインプットを持たないため、setupを行う必要がなく、newされた時点でrunが実行される。 |
149
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
802 |
154
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
803 \newpage |
153 | 804 |
805 | |
148
cf9c3be20362
add Alice abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
146
diff
changeset
|
806 \section{DataGearManagerの複数立ち上げ} |
154
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
807 AliceではLocalDGMがstaticで書かれていたため複数のLocalDGMを立ち上げることができなかった。 |
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
808 しかしChristieではCGMを2つ生成すればLocalDGMも2つ作られる。 |
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
809 複数のLocalDGM同士のやりとりも、Remoteへの接続と同じようにRemoteDGMをproxyとして立ち上げアクセスする(図\ref{fig:remoteDGM})。 |
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
810 |
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
811 \begin{figure}[h] |
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
812 \begin{center} |
155
573db146fa93
change image size
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
154
diff
changeset
|
813 \includegraphics[width=130mm]{images/DGM.pdf} |
154
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
814 \end{center} |
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
815 \caption{RemoteDGMを介して他のLocalDGMを参照} |
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
816 \label{fig:remoteDGM} |
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
817 \end{figure} |
146 | 818 |
154
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
819 \newpage |
149
d57aa814a69a
add source, add chapter2
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
148
diff
changeset
|
820 |
154
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
821 ソースコード\ref{multilocal}は、LocalDSMを2つ立ち上げ、お互いをリモートに見立てて通信する例である。 |
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
822 11行目にあるように、RemoteDGMを立ち上げるにはCGMが持つcreateRemoteDGMメソッドを用いる。 |
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
823 引数にはRemoteDGM名と接続するリモートノードのIPアドレス、ポート番号を渡している。 |
153 | 824 |
154
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
825 \lstinputlisting[label=src:multilocal, caption=LocalDGMを2つ作る例]{source/christie/MultiLocal.java} |
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
826 |
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
827 リモートの場合の同じようにアクセスできることで、コードの変更をせずに、同一マシン上の1つのアプリケーション内で分散アプリケーションのテストができるようになった。 |
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
828 |
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
829 また、CGMは内部にCGMのリストをstaticでもっており、複数生成したCGMを全て管理している。 |
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
830 つまり、メタレベルではRemoteDGMを介さずに各LocalDGMに相互アクセス可能である。 |
14e0a5a932cf
add example CodeGear
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
153
diff
changeset
|
831 そのため、Christieでは容易にNAT越えが実装できることが期待できる。 |
153 | 832 |
150 | 833 \section{DataGearの拡張} |
153 | 834 Aliceではデータの多態性を実現するためにDS内に複数のデータ形式を保持していた。 |
835 しかしChristieではデータ形式ごとに別のclassに分けている。 | |
836 DataGearを継承したMessagePackDataGearと、それを更に継承したCompressedDataGearを用意した。 | |
837 そのため子クラスは親クラスのデータ形式を保持しながら新しいデータ形式を持つ形になっている。 | |
838 クラスを見るだけで今どの形式を保持しているかわかるようになったため、デバッグがしやすくなった。 | |
839 | |
162 | 840 \section{通信フロー} |
841 本章で説明したChristieの設計をいくつか例をあげてChristieの通信のフローをシーケンス図を用いて解説する。 | |
842 図\ref{fig:localSequence}はLocalDGMにTakeを行い、LocalDGM内にDGがあったときの処理の流れである。 | |
843 | |
844 \begin{figure}[h] | |
845 \begin{center} | |
846 \includegraphics[width=160mm]{images/LocalSequence.pdf} | |
847 \end{center} | |
848 \caption{LocalDGMにTakeしたときのフロー} | |
849 \label{fig:localSequence} | |
850 \end{figure} | |
851 | |
852 プログラマはmainでCGMとStartCGを生成する。 | |
853 CGMと同時にLocalDGMは作られる。 | |
854 CGが生成され、setupメソッドが呼ばれるとアノテーションからTAKEコマンドが作られ実行される。 | |
855 CGは生成したインプットコマンドの総数を初期値としたカウンタを持っており、コマンドが解決される(InputDGが揃う)たびにカウンタは減っていき、0になるとrun内の処理がThreadPoolへ送られる。 | |
153 | 856 |
857 | |
162 | 858 \newpage |
859 | |
860 図\ref{fig:remotePutSequence}は、LocalDGMにTakeを行うが、LocalDGM内にDGがなかったためにPutの待ち合わせをするときの処理の流れである。 | |
861 mainなどの最初の処理は図\ref{fig:localSequence}と同様のため省略する。 | |
862 | |
863 \begin{figure}[h] | |
864 \begin{center} | |
865 \includegraphics[width=160mm]{images/RemotePutSequence.pdf} | |
866 \end{center} | |
867 \caption{RemoteDGMにPutしたときのフロー} | |
868 \end{figure} | |
869 LocalまたはリモードノードからPUTコマンドが実行された際、もしwaitListにPutしたDGを待っているコマンドがあれば実行される。 | |
870 | |
871 | |
872 \newpage | |
873 図\ref{fig:remoteTakeSequence}は、RemoteDGMにTakeを行ったときの処理の流れである。 | |
156 | 874 |
162 | 875 \begin{figure}[h] |
876 \begin{center} | |
877 \includegraphics[width=165mm]{images/RemoteTakeSequence.pdf} | |
878 \end{center} | |
879 \caption{RemoteDGMにTakeしたときのフロー} | |
880 \label{fig:remoteTakeSequence} | |
881 \end{figure} | |
882 | |
883 StartCGで事前にRemoteDGMを生成しておく。 | |
884 RemoteTakeアノテーションからRemoteDGMに対するTakeコマンドを生成し実行する。 | |
885 RemoteTakeのようにリモートからの応答を待つコマンドはRemoteDGMのwaitListに入る。 | |
886 そして、MessagePack形式に変換したRemoteCommandを作成し、それをRemoteDGMが参照している別ノードのLocalDGMに送る。 | |
887 | |
888 それを受け取った側のLocalDGMは、DGがあればREPLYコマンドを生成して送り返す。 | |
889 もしDGがなければ、リモートから来たコマンドもローカルの場合と同様にLocalDGMのwaitListに入る。 | |
890 | |
891 REPLYを受け取るとRemoteDGMはwaitListに入っていたコマンドを解決する。 | |
892 | |
167
9a072c2d6e12
add English Abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
166
diff
changeset
|
893 \chapter{再設計への考察} |
146 | 894 |
895 \chapter{まとめ} | |
896 | |
161
cc301066b983
add chapter1 mindmap
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
160
diff
changeset
|
897 %設計しなおしでNAT越えなどの機能拡張が期待できる |
cc301066b983
add chapter1 mindmap
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
160
diff
changeset
|
898 %スケーラブルになった |
cc301066b983
add chapter1 mindmap
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
160
diff
changeset
|
899 %テストしやすくなった |
cc301066b983
add chapter1 mindmap
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
160
diff
changeset
|
900 %また、アノテーションを用いたことでよりユーザーフレンドリーなAPIを実現した。 |
cc301066b983
add chapter1 mindmap
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
160
diff
changeset
|
901 %型を気にしなくて良くなった |
cc301066b983
add chapter1 mindmap
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
160
diff
changeset
|
902 %信頼性を高めた |
156 | 903 |
146 | 904 \chapter{今後の課題} |
156 | 905 \section{TopologyManagerの実装} |
906 Aliceと同じく、静的・動的なトポロジー管理のできるTopologyManagerの実装が必要である。 | |
907 Christieでは複数のLocalDSMが立ち上げ可能なため、TopologyManagerでのNAT超えも実装し実用性があるかを検証する | |
908 また、通信の信頼性を保証するために、TopologyManagerがダウンした際に新たなTopologyManagerを立ち上げる機能もあるべきだと考える。 | |
909 | |
910 | |
158
2bf8a1edcecc
add SequenceDiagram
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
157
diff
changeset
|
911 \section{実用性の検証} |
162 | 912 本論文ではChristieの設計と基本実装までを行ったが、それがどれほどの分散性能を持っているのかはまだ計測していない。 |
913 CG/DGのプログラミングモデルなどの基本的にはAliceと同じであるが、アノテーションの処理がどれほどのオーバーヘッドに繋がっているか現時点では不明である。 | |
914 そのため、Aliceと同等の速度性能を持っているか、コードの量や複雑度は抑えられているかなどを分散処理の例題を用いて測定する必要がある。 | |
158
2bf8a1edcecc
add SequenceDiagram
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
157
diff
changeset
|
915 |
156 | 916 \section{GearsOSへの移行} |
917 GearsOSはまだ開発途中であったため、本論文の作成時点ではChristieのような分散機能を実装することが叶わなかった。 | |
160 | 918 GearsOSではモデル検査機構akasha\cite{}があるため、待ちに入っているkeyのputし忘れなどをコンパイルの段階で見つけることができる。 |
919 GearsOS上で分散プログラミングができればより信頼性の高いプログラミングが期待できるため、将来的にはChristieをGearsOSの分散機構として取り込みたい。 | |
920 | |
156 | 921 GearsOSにChristieを移行するには、GearsOSにJavaのアノテーションに相当するMeta Computationを実装する必要がある。 |
922 そしてChristieでは実現できなかったアノテーションからの変数の自動生成が行えれば更にプログラミングしやすいAPIになると考えられる。 | |
923 | |
160 | 924 |
156 | 925 \chapter{付録} |
926 \section{独自のアノテーション定義} | |
927 Christieのアノテーションの実装方法と、そのアノテーションからtakeを実行する部分を解説する。 | |
928 | |
929 ソースコード\ref{src:take}、\ref{src:remotetake}がChristie独自のアノテーションの定義である。 | |
930 | |
931 \lstinputlisting[label=src:take, caption=Takeの実装]{source/christie/TakeAnnotation.java} | |
932 \lstinputlisting[label=src:remotetake, caption=RemoteTakeの実装]{source/christie/RemoteTakeAnnotation.java} | |
933 | |
934 @Targetや@Retentionはアノテーション定義のためのアノテーション、メタアノテーションである。 | |
935 @Targetには、フィールドやメソッド、コンストラクタなど、このアノテーションの付加対象となる構文要素が何かを記述する。 | |
936 @Retentionには、SOURCE・CLASS・RUNTIMEが選択でき、アノテーションで付加された情報がどの段階まで保持されるかを定義する。reflectionAPIを利用するにはRUNTIMEでなければならないため、Christieのアノテーションの@Retentionは全てRUNTIMEである。 | |
937 | |
158
2bf8a1edcecc
add SequenceDiagram
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
157
diff
changeset
|
938 \newpage |
2bf8a1edcecc
add SequenceDiagram
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
157
diff
changeset
|
939 |
156 | 940 定義したアノテーションの仕様例がソースコード\ref{src:takeAno}、\ref{src:remotetakeAno}である。 |
941 | |
942 \lstinputlisting[label=src:takeAno, caption=Takeアノテーションの使用例]{source/christie/InputDG.java} | |
943 \lstinputlisting[label=src:remotetakeAno, caption=RemoteTakeアノテーションの使用例]{source/christie/RemoteInputDG.java} | |
944 | |
945 アノテーションを使う際、()内に記述する値が\ref{src:take}のvalueや\ref{src:remotetake}のdsmNameといったキーに保存される。 | |
946 通常キーに対して値を入れる場合は、ソースコード\ref{src:remotetakeAno}のようにkey=の形で記述しなければならないが、Takeのようにキーが1つの場合、キー名をvalueにすることでその記述を省略することができる。 | |
947 | |
158
2bf8a1edcecc
add SequenceDiagram
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
157
diff
changeset
|
948 setupメソッド内では生成されたフィールドに対してアノテーションを含めた情報を処理している。 |
2bf8a1edcecc
add SequenceDiagram
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
157
diff
changeset
|
949 これにはJavaのreflectionAPIが使用されている。 |
2bf8a1edcecc
add SequenceDiagram
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
157
diff
changeset
|
950 reflectionAPIでは対象となるクラスのフィールドやメソッド、それに対するアノテーションやアノテーションが保持するキーにアクセスすることができる。 |
2bf8a1edcecc
add SequenceDiagram
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
157
diff
changeset
|
951 ソースコード\ref{src:setup}はsetupメソッド内でreflectionAPIを用いてアノテーションからTakeコマンドを作成する部分である。 |
156 | 952 |
953 \lstinputlisting[label=src:setup, caption=reflectionAPIでフィールドの情報を取得]{source/christie/Setup.java} | |
954 | |
955 フィールドから取得したDGとアノテーションから取得したkeyからインプットコマンド(TAKE/PEEK)を生成し、DGMへ送って実行する。 | |
146 | 956 |
957 | |
958 \chapter{謝辞} | |
959 本研究の遂行、また本論文の作成にあたり、ご多忙にも関わらず終始懇切なる御指導と御 | |
960 教授を賜わりました河野真治准教授に深く感謝したします。 | |
961 | |
156 | 962 そして、数々の貴重な御助言と技術的指導を戴いた伊波立樹さん、他フレームワークの調査に協力してくださった清水隆博さん、赤堀貴一さん、浜瀬裕暉さん、大城由也さん、並びに信頼研究室の皆様に感謝いたします。 |
963 先行研究であるAlice, Federated Linda, Jungle, TreeVNCがなければ本研究はありませんでした。 これら先行研究の設計や実装に関わった全ての先輩方に感謝いたします。 | |
964 | |
965 また、本フレームワークの名前の由来となったクリスティー式戦車の生みの親、ジョン・W・クリスティーに敬意を評します。 | |
966 | |
167
9a072c2d6e12
add English Abstract
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
166
diff
changeset
|
967 最後に、日々の研究生活を支えてくださった新里幸恵さん、大嶺志歩さん、阿波連知恵さん、米須智子さん、菱田正和さん、情報工学科の方々、そして家族に心より感謝いたします。 |
156 | 968 |
146 | 969 |
970 %参考文献 | |
971 \nocite{*} | |
972 \bibliographystyle{junsrt} | |
157
d620f126a383
change abstract & chapter1
Nozomi Teruya <e125769@ie.u-ryukyu.ac.jp>
parents:
156
diff
changeset
|
973 \bibliography{reference} |
146 | 974 |
975 %発表履歴 | |
976 \addcontentsline{toc}{chapter}{発表履歴} | |
977 %\input{history.tex} | |
978 | |
979 %付録 | |
980 \addcontentsline{toc}{chapter}{付録} | |
981 \appendix | |
982 %\input{sources.tex} | |
983 \end{document} |