--- a/Cerium_IO/Cerium_IO_memo.txt	Mon May 19 17:40:26 2014 +0900
+++ b/Cerium_IO/Cerium_IO_memo.txt	Wed Jun 04 11:26:23 2014 +0900
@@ -1,3 +1,57 @@
+-------------------------------------------------------------------
+2014/06/03 (Tue)
+    [seminor]
+    * アドレス固定しないでも実装できます
+        * ceriumは絶対アドレス関係ないから
+    * サジェスチョンでしかない、書いてないはず
+    * map_fixidで書く必要はない
+        * mmapしたアドレスがどこにmappingされるかは置いといて
+        * それを正しく渡せればいいのだから、fixidは関係ない
+    * どのアドレスを指定しているのか
+        * blocked_read
+        * 実メモリでないところをmmapしようとしてたら駄目
+        * どこの固定アドレスを指定してるかの問題がある
+    * mmapなのにreadtaskを使う意味はあるのかどうか
+    * 今までのmmapはどこに書いていた？
+    * mmapをダブルバッファリングでやってほしい
+        * ダブルバッファリングとは
+        * mmapを2つやって、片っ方の仕事が終わったら解放して、
+        * もう一度mmapで割り当てる、これを繰り返す感じ
+        * ２つのメモリマップ領域を交互に使う
+        * 片っ方が処理を終える頃には片っ方が実行できるみたいな
+        * file mmapってのを配列にして
+        * 要素１を読んでるタスクに対して読み込みwaitforにひっかけておいて
+    * 全部おわったらダブルバッファリングの切り替えを行う
+    * どのタイミングでいつだれがダブルバッファリングを動かすのか
+    * readのばあいはruntaskにいれたよね
+    * vSyncの場合
+        * 単なる待ち合わせの場合
+    画面を書いている間、表示しているみたいな
+    表示と書き込みが別にあるってのがダブルバッファリングのきも
+    readの場合は、mmapが動かない
+    条件分岐があってー・・・。
+
+    * runtask16の場合
+        * readのタスクに対してかけてる
+        * メモリマップしたやつにwaitforかけていくけども
+        * 全部にかけちゃうと量的に多い
+    * readのところにいれてできるのか？
+    * できなくはな・・・い・・・？
+    * wのtaskのところでアドレスを振わけるのがめんどくさい
+    * ダブルバッファリングしてくればこの辺りをいじらなくて済む
+    * file -> mmapとは
+    * ダブルバッファリングをしているとこいつを直接書き換えられる割と楽になる！
+    * file mmap、next mmap用意
+    * 全部終わったらnext mmapに切り替える
+    * そのときnext mmapがあくから〜〜〜
+    * create taskしてるときに
+    * readの方のwait for(run taskに対するwait for)
+    * wait for h exec
+    * run task16にかかっている
+    * 16ずつやっていく
+    * 最後にひっかかるから、そこでバッファを切り替え
+    * 問題はlogicを自分で理解して書けるのかどうかって点
+
 -------------------------------------------------------------------
 2014/05/11 (Sun)
     [memo]

--- a/English/check_word_list.txt	Mon May 19 17:40:26 2014 +0900
+++ b/English/check_word_list.txt	Wed Jun 04 11:26:23 2014 +0900
@@ -1,1 +1,1 @@
-2014/04/24(Thu)
+2014/05/20(Tue)