Mercurial > hg > Papers > 2015 > sugi-master
comparison paper/conclusion.tex @ 31:819eedb5189e
add poster
author | sugi |
---|---|
date | Sat, 21 Feb 2015 00:10:08 +0900 |
parents | 6a9525138c2e |
children |
comparison
equal
deleted
inserted
replaced
30:9d3fadcc379d | 31:819eedb5189e |
---|---|
1 \chapter{結論} \label{chapter:conclusion} | 1 \chapter{結論} \label{chapter:conclusion} |
2 | 2 |
3 \section{まとめ} | 3 \section{まとめと今後の課題} |
4 本研究では、まずはじめにAliceの計算モデルと実装について説明を行い、Aliceにおけるプログラミング手法を述べた。 | 4 本研究では、まずはじめにAliceの計算モデルと実装について説明を行い、Aliceにおけるプログラミング手法を述べた。 |
5 次に、今回新たに追加した動的なトポロジーの作成の機能とAliceのComputationを変更するMeta Computationについて説明を行った。 | 5 次に、今回新たに追加した動的なトポロジーの作成の機能とAliceのComputationを変更するMeta Computationについて説明を行った。 |
6 そして、追加した機能を用いて実際に例題を記述することで、その有効性を示した。 | 6 そして、追加した機能を用いて実際に例題を記述することで、その有効性を示した。 |
7 改善点では例題を記述する際に発見された問題点について並列と分散両方の観点から説明し、その改善を示した。 | 7 改善点では例題を記述する際に発見された問題点について並列と分散両方の観点から説明し、その改善を示した。 |
8 | 8 |
9 最後に、今回行った改善点の効果を測るためリングトポロジー上での実験を行った。また、先行研究であるFederated Lindaとの性能比較を行い、同程度の性能を持つことを確認した。また、TreeVNCとAliceVNCをコードの量という観点から評価を行った。 | 9 最後に、今回行った改善点の効果を測るためリングトポロジー上での実験を行った。また、先行研究であるFederated Lindaとの性能比較を行い、同程度の性能を持つことを確認した。また、TreeVNCとAliceVNCをコードの量という観点から評価を行った。 |
10 | 10 |
11 | 11 \section{データの永続性の確保} |
12 \section{今後の課題} | |
13 \subsection{データの永続性の確保} | |
14 現在のAliceは、On memoryであるためプロセスの終了とともにData Segmentは全て失われてしまう。 | 12 現在のAliceは、On memoryであるためプロセスの終了とともにData Segmentは全て失われてしまう。 |
15 | 13 |
16 この問題を解決するためには、Data Segmentを他のKey Value Store等のシステムに保存し、永続性を確保する昼用がある。また、JungleのようにLogファイルとして出力することでも解決ができる。 | 14 この問題を解決するためには、Data Segmentを他のKey Value Store等のシステムに保存し、永続性を確保する昼用がある。また、JungleのようにLogファイルとして出力することでも解決ができる。 |
17 | 15 |
18 \subsection{DataSegmentKeyの領域分け} | 16 \section{Data Segmentの領域分け} |
19 現在Meta Data SegmentとData Segmentは、同じKey Value Queueで管理されている。つまり、Data Segment APIを用いれば、誰でもMeta Data Segmentを変更することができてしまう。Meta Data SegmentにAliceの状態を表すものがあるため、ユーザーによる変更は望ましくない。また、ユーザーが意図せずMeta Data Segment Keyに対して、putすることも考えられる。そして、Meta Code Segmentがactiveになりエラーを起こす。Meta Code Segmentでエラーが起こった場合、ソースコードを見ることができないため解決しづらい。 | 17 現在Meta Data SegmentとData Segmentは、同じKey Value Queueで管理されている。つまり、Data Segment APIを用いれば、誰でもMeta Data Segmentを変更することができてしまう。Meta Data SegmentにAliceの状態を表すものがあるため、ユーザーによる変更は望ましくない。また、ユーザーが意図せずMeta Data Segment Keyに対して、putすることも考えられる。そして、Meta Code Segmentがactiveになりエラーを起こす。Meta Code Segmentでエラーが起こった場合、ソースコードを見ることができないため解決しづらい。 |
20 | 18 |
21 このようなエラーを防ぐためにMeta Data SegmentとData Segmentの領域を分ける必要がある。Data Segmentを分けることによりKeyの重複によるエラーをアプリケーションレベルにすることができる。しかし、領域を分けるだけでは足りない。領域をわけることで解決することができるのはputまたはupdateの場合だけである。Meta Data Segmentを取得する際にtakeを使用した場合Meta Data SegmentがQueueから取り除かれてしまう。この問題に対処するためには権限をCode Segmentに対して設定する必要がある。その権限により、takeと記述しても実際にはpeekを行うようにすることができる。 | 19 このようなエラーを防ぐためにMeta Data SegmentとData Segmentの領域を分ける必要がある。Data Segmentを分けることによりKeyの重複によるエラーをアプリケーションレベルにすることができる。しかし、領域を分けるだけでは足りない。領域をわけることで解決することができるのはputまたはupdateの場合だけである。Meta Data Segmentを取得する際にtakeを使用した場合Meta Data SegmentがQueueから取り除かれてしまう。この問題に対処するためには権限をCode Segmentに対して設定する必要がある。その権限により、takeと記述しても実際にはpeekを行うようにすることができる。 |
22 | 20 |
23 \subsection{記述に関する注意点} | 21 \section{記述に関する注意点} |
24 \subsubsection{setKey のシンタックス問題} | 22 \subsubsection{setKey のシンタックス問題} |
25 setKeyメソッドをコンストラクタで呼ぶ際、setKeyメソッドを必ず最後に呼ばなければならない。 | 23 setKeyメソッドをコンストラクタで呼ぶ際、setKeyメソッドを必ず最後に呼ばなければならない。 |
26 | 24 |
27 Code Segmentは内部で実行に必要なData Segmentを数えている。Data Segmentの取得に成功するとこの値が、デクリメントされ、0になると必要なData Segmentが全て揃ったことと判断される。全て揃った際にはThread poolへ送られる。 | 25 Code Segmentは内部で実行に必要なData Segmentを数えている。Data Segmentの取得に成功するとこの値が、デクリメントされ、0になると必要なData Segmentが全て揃ったことと判断される。全て揃った際にはThread poolへ送られる。 |
28 | 26 |
38 \lstinputlisting[label=src:success,caption=NullPointerExceptionにならない記述]{source/ShowData.java} | 36 \lstinputlisting[label=src:success,caption=NullPointerExceptionにならない記述]{source/ShowData.java} |
39 \end{table} | 37 \end{table} |
40 | 38 |
41 この問題は現状のコンストラクタ内でsetKeyを行う方法ではCode Segmentのインスタンスを扱うことができないことを意味する。インスタンス化ができないためCloseEventManagerに登録するCode SegmentはClassで指定しなければならない。setKeyをどのタイミングで呼ぶべきか考えなおす必要がある。 | 39 この問題は現状のコンストラクタ内でsetKeyを行う方法ではCode Segmentのインスタンスを扱うことができないことを意味する。インスタンス化ができないためCloseEventManagerに登録するCode SegmentはClassで指定しなければならない。setKeyをどのタイミングで呼ぶべきか考えなおす必要がある。 |
42 | 40 |
43 \subsubsection{singleton Code Segment} | 41 \subsubsection{Singleton Code Segment} |
44 Javaには、クラスのインスタンスを1つに限定するSingletonパターンがある。Code SegmentにSingletonパターンを使用したい場合があり得る。その場合、setKeyを行なう前に{\tt ids.init()}を行なう必要がある。先ほどのsetKeyのシンタックス問題でも述べたが、Code Segmentは内部で実行に必要なData Segmentを示す値がある。一度実行された状態のCode Segmentと新しくインスタンスを作成した場合のCode Segmentでは、値が違うため{\tt ids.init()}を呼ばずにsetKeyを行なうとData Segmentが揃ったにもかかわらずCode Segmentが実行されない。そのためsetKeyを呼ぶ前に{\tt ids.init()}を呼び内部の値を初期化する必要がある。(ソースコード\ref{src:Singleton}) | 42 Javaには、クラスのインスタンスを1つに限定するSingletonパターンがある。Code SegmentにSingletonパターンを使用したい場合があり得る。その場合、setKeyを行なう前に{\tt ids.init()}を行なう必要がある。先ほどのsetKeyのシンタックス問題でも述べたが、Code Segmentは内部で実行に必要なData Segmentを示す値がある。一度実行された状態のCode Segmentと新しくインスタンスを作成した場合のCode Segmentでは、値が違うため{\tt ids.init()}を呼ばずにsetKeyを行なうとData Segmentが揃ったにもかかわらずCode Segmentが実行されない。そのためsetKeyを呼ぶ前に{\tt ids.init()}を呼び内部の値を初期化する必要がある。(ソースコード\ref{src:Singleton}) |
45 | |
46 | 43 |
47 \begin{table}[html] | 44 \begin{table}[html] |
48 \lstinputlisting[label=src:Singleton,caption=setKeyを呼ぶ前にinitを呼ぶ必要がある。]{source/Singleton.java} | 45 \lstinputlisting[label=src:Singleton,caption=setKeyを呼ぶ前にinitを呼ぶ必要がある。]{source/Singleton.java} |
49 \end{table} | 46 \end{table} |
47 | |
48 \section{データの圧縮} | |
49 TreeVNCではデータをZRLEEというエンコードで圧縮して送信している。 | |
50 この圧縮により、データ量を40%程度まで減らしている(図\ref {fig:compress})。 | |
51 Aliceにもこの圧縮機能を入れることで、送信にかかる時間を減らすことができると考えられる。 | |
52 | |
53 \begin{figure}[htbp] | |
54 \begin{center} | |
55 \includegraphics[width=120mm]{images/compare_encoding.pdf} | |
56 \end{center} | |
57 \caption{圧縮データと非圧縮データの比較} | |
58 \label{fig:compress} | |
59 \end{figure} | |
60 |