changeset 17:c33fd8622e9f

add
author Daichi TOMA <toma@cr.ie.u-ryukyu.ac.jp>
date Fri, 19 Jul 2013 18:35:51 +0900
parents 5d4bc1b21dae
children cef3b41b2597
files Paper/images/delay.pdf Paper/images/delay.xbb Paper/jssst.bib Paper/jssst.tex
diffstat 4 files changed, 16 insertions(+), 4 deletions(-) [+]
line wrap: on
line diff
Binary file Paper/images/delay.pdf has changed
--- a/Paper/images/delay.xbb	Fri Jul 19 16:13:50 2013 +0900
+++ b/Paper/images/delay.xbb	Fri Jul 19 18:35:51 2013 +0900
@@ -4,5 +4,5 @@
 %%HiResBoundingBox: 0.000000 0.000000 360.000000 252.000000
 %%PDFVersion: 1.4
 %%Pages: 1
-%%CreationDate: Thu Jul 18 16:19:11 2013
+%%CreationDate: Fri Jul 19 18:04:26 2013
 
--- a/Paper/jssst.bib	Fri Jul 19 16:13:50 2013 +0900
+++ b/Paper/jssst.bib	Fri Jul 19 18:35:51 2013 +0900
@@ -50,5 +50,11 @@
 @misc{warp,
   title = {The warp package},
   howpublished = "\url{http://hackage.haskell.org/package/warp}",
-  note = "[Online; accessed 17-July-2013]"
+  note = "[Online; accessed 19-July-2013]"
 }
+
+@misc{deos,
+  title = {DEOS 技術報告書},
+  howpublished = "\url{http://www.dependable-os.net/osddeos/data.html}",
+  note = "[Online; accessed 19-July-2013]"
+}
--- a/Paper/jssst.tex	Fri Jul 19 16:13:50 2013 +0900
+++ b/Paper/jssst.tex	Fri Jul 19 18:35:51 2013 +0900
@@ -103,6 +103,11 @@
 
 Haskellで書かれたHTTPサーバ Warp を用いて簡易掲示板システムを開発し、既存のJavaの実装と同程度の性能を達成できた。
 
+\section{DEOSプロジェクト}
+2006 年に独立行政法人科学技術機構の CREST プログラムの 1 つとして始まったプロジェクトである。
+DEOS プロジェクトは、変化しつづける目的や環境の中でシステムを適切に対応させ、継続的にユーザが求めるサービスを提供することができるシステムの構築法を開発することを目標としている。
+DEOS プロセスにおいて、D-ADD (DEOS Agreement Description Database)\cite{deos}と呼ばれるデータベースがある。
+本論文で説明する 木構造データベース Jungle は、D-ADD への応用も目指して研究を続けている。
 \section{Haskell}
 Haskell は、純粋関数型プログラミング言語である。
 関数型プログラミング言語では、引数に関数を作用させていくことで計算を行う。
@@ -415,9 +420,10 @@
  \label{fig:delay}
 \end{figure}
 
-実行時に書き込みだけではなく、一定間隔に一度読み込みを挟むようにした。
+評価を行ったあとに実行時間がどのように変わるかを示すため実験方法を変更してある。
+実行時に書き込みだけではなく、クラスタ台数を変更する際に 10 台増やすごとに一度読み込みを挟むようにした。
 書き込みを繰り返すと実行時間が悪化し、読み込み後、急激に実行時間が下がる。
-読み込みの際には、数万回以上の書き込みを処理するため数秒かかる。
+読み込みの際には、数万回以上の書き込みを処理するため数秒から数十秒かかる。
 書き込みは、インクリメントしている値を書き込んでいるが順序などは正しく処理できている。
 
 この問題を解決するために、全て遅延評価するのではなく適切な箇所で正格評価を行うことで領域効率を改善する必要がある。