tune_process（最適化プロセス）での最適化の度合いを弱めた。

明らかに冗長で、まったく影響が無く安全であることが自明な最適化以外は、
（安全とは断言しきれない微妙な最適化は）全て廃止した。
たとえば PASMEM(a,b)->PALMEM(a,b) のケースを最適化によって削除していたが、
これは一見、冗長な処理に思えるが、
この処理は（メモリー内容を含めた）環境全体を x と考えた場合に
f(x) -> x'
となるので、f()の削除はすなわち f(x) -> x への置き換えと等価で、
これは本来の x' とは異なる未来なので不正となる可能性がある。
すなわち、PASMEM(a,b) -> PALMEM(a,b) が間接的な意味を持つ可能性が 0 では無いので、
この行を削除すると問題が発生するケースがありうる。よって、この最適化は安全ではない。

一方、a++ -> a-- のケースならば、これはf(x) -> x であり、
この処理の削除も同様に f(x) -> x なので、この最適化は安全だと考えられる。

なお、x は状態だが、状態はヒープ（すなわちスタックも含む）メモリー、及び、レジスターのみで
考えた場合の状態。
ここにプログラムコンテキスト（プログラムカウンターや割り込みタイミング、タイマー等）の状態も含める場合ならば、
a++ -> a-- のケースでも f(x) -> x' となるので、この処理の削除は安全とは言いきれなくなるが、
現状では状態について、プログラムコンテキストは考慮せずに考えている。
将来的にosecpuがさらに発展して、絶対時間の位置の違いがユニークな意味を持つ傾向が生じた場合は、
これら a++ -> a-- のようなケースも f(x) -> x' として考慮する必要が生じるはずだが、
それは先の話なので、今は気にしないこととする。