--- a/paper/conclusion.tex	Tue Feb 04 06:35:58 2014 +0900
+++ b/paper/conclusion.tex	Tue Feb 04 09:38:20 2014 +0900
@@ -8,14 +8,14 @@
 実装において、Haskellの表現力とコンパイル時に多くのエラーを捕まえるという特徴は、開発期間およびコード行数の短縮に繋がった。
 また、型安全により実行時に型エラーによってプログラムが終了するといったことがない。
 
-実装した並列データベースの読み込みと書き込みについて性能を計測し、読み込みに関して 98.96 \%という高い並列化率が確認できた。
-また、掲示板ウェブアプリケーションを開発し、既存の Java の非破壊的木構造データベースとの比較をおこない、Java のおよそ 2 倍の性能を確認することができた。
+読み込みに関して 12 コアで実行した場合、1 コアで実行した場合と比較して、10.77 倍 という性能向上率が確認でき、マルチコアプロセッサの性能を引き出すことができた。
+また、Web 掲示板サービスを開発し、 既存の Java の非破壊的木構造データベースを用いた掲示板実装との比較をおこない、読み込みで 1.87 倍、書き込みで 2.3 倍の性能が確認できた。
 
 \section{今後の課題}
 非破壊的木構造データベース Jungle の今後の課題について述べる。
 
 \subsubsection{書き込み処理の並列度の上昇}
-データベースへの書き込み処理において 80.8 \%の並列度しか出ていない。
+データベースへの書き込み処理において、12 スレッド時で 3.86 倍の性能向上しか達成できていない。
 はじめに、プログラムの変更をせずに、GHC の IO マネージャーの改善によりどの程度並列度が向上するのかを調査する必要がある。
 GHC の IO マネージャーの影響度を計測した後、変更処理の改善方法に調査する。
 現在ソフトウェア・トランザクショナル・メモリを用いているが、他のスレッドセーフな参照型を用いて性能改善が行えないか確認する。
@@ -23,12 +23,12 @@
 ロックが制限的だが、高速なIORef、ロックの使えるMVarなどである。
 
 \subsubsection{分散データベースとしての実装}
-並列環境で実行できるが、今後は分散データベースとして実行できるようにしたい。
+現在、並列環境で実行できるが、今後は分散データベースとして実行できるようにしたい。
 トポロジーの形成機能や、サーバ間でのデータアクセスの仕組みを実装する必要がある。
 サーバ間で木構造の変更を共有するには、木構造を何らかの情報に基づいて、マージする仕組みを導入する必要がある。
 
 \subsubsection{永続性の実装}
 非破壊的木構造データベース Jungle は、オンメモリ上で動作するデータベースである。
 並列性を損なわない形で、ディスクへの書き出しを実現したい。
-簡単な実装としては、書き出しを担当するスレッドを作成するといったことが考えられる。
+実装としては、書き出しを担当するスレッドを作成するといったことが考えられる。