中の人の徒然草341

こんばんは。寒さに弱いインドリです。
いやー、最近寒いですよね。こんなに寒くなるとは思わなかった。
寒いので、ちょっと厚着をして生活しています。あー冬眠したい・・・

それは、さておき、並列処理と関数型言語を学習していると、従来の逐次処理が難しい事をしていたと感じます。
というのも、副作用をもたらす処理ばかりだからです。
特にI/O関係なんて、副作用ありまくり！
だから、並列処理ではI/Oが鬼門になるんですよね。
かといって、副作用を全て避けるのは難しいですよね。
でもそれは、私の未熟さもあるでしょう。
これからは、如何に副作用を避けるのかを学ぶ必要があります。
きっと数年もたてば、副作用を避けるのは当たり前の事になり、副作用を伴う処理の方がマイナーになるのに違いない。
副作用がない方がテストもやりやすいし、いいことずくめだもんな。

話題はまた変わりますが、コンパイラを並列処理で実装する場合、シンボルテーブルが問題になります。
シンボルテーブルを上手く扱う方法はないものだろうか？
先ず思いつく手段としては、fork/joinの方向性かな？
ミニテーブルを処理ごとに作って、後で結合するとか・・・
うーん、でもこれ、直ぐに結合するとパフォーマンスが劣化するから、結合処理自体を削減したいな。
そうなると、コンパイラ全体で使用する情報を整理整頓して、処理もちょっと工夫しないと駄目だよね。
やっぱり、直列アルゴリズムでは駄目で、並列アルゴリズムを考えださないと・・・
もっと、研究の必要がありますね。

それにしても、ガベージコレクションのアルゴリズムと実装がまだ入手できないorz



げぇ、今見たらAmazonで入手できるみたいだ・・・
Amazonで手に入らないから違う所で注文しちゃいました♪・・・（泣き）
急がばまわれですな。早く読みたい！でも2冊買うのもあれだし我慢するしかない。
早くガーベッジコレクト堪能したいな！