ksmakotoのhatenadiaryスマートフォン用の表示で見るksmakotoのhatenadiary2012-05-14Unixにおけるインタフェースと実装の単純さと複雑さのトレードオフ『rootから/へのメッセージ』には、Unixには、トレードオフがある時、実装が複雑になることをいとわない、という性格がある、とある。考え方のシンプルさとは逆に、プログラムのほうはけっこう複雑である。作るとメカニズムのシンプルさを優先しがちである。)これは後半にあるように、プロのハードウェア技術者である筆者の感覚からの評価であることに注意。オーバーヘッドオーバーロードになった場合、まずできることは無駄を極力排除することである。無駄には、オペレーティング・システムに起因するものと、無駄遣いがある。私自身は“オペレーティング・システムは、それが存在することそのものが悪であり、オーバーヘッド以外の何物でもない”と考えている。暴言と思われるかもしれないが、当然それらが作られた目的や効果は十分認識したうえでの発言である。)とあり、いわゆる「リアルタイムモニタ」のようなごく軽量なシステムのシンプルさが念頭にあるものと考えられる。simplicity.とある。『rootから/へのメッセージ』の記述と相反するようにも見えるが、こちらで話題にされていたのは、ディスクからの読み書きのような、プロセスがシステムからの応答を待つようなシステムコールの実行中に中断があった場合、そこからの回復をどうするか、という話である、という点に注意が必要かもしれない。主張するような、なんとかしてユーザプロセスのコンテキストを復元し、システムコールの処理をやり直すような)は、かなり実装が大変ではある(不可能な場合もあるほどに)。返す、という仕様であった。