|
>> UNIX系はモジュール指向だとはいいましても、
> ...
>> 最大限に発揮できるとはいえません。そこで実際にはデスクトップ上で
>> ユーザーが利用するアプリケーションの設定情報は一箇所で集中管理しよう
>> という流れになってきています。GNOMEのgconfとかがそれで、
>
> 飯田：
> UNIX系も，設定情報に関しては集中管理のwindows化してきている
> というのは知りませんでした．アプリ開発側から見てレジストリによる集中管理は，
> システムのパフォーマンスを最大化したいというニーズが反映されているわけです
> ね．高橋さんは，システムパフォーマンスの最大化ニーズがレジストリ派生の本質と
> 考えられますか？
いやいやいや、集中管理と分散管理の二極のあいだの均衡点の揺らぎではないで
しょうか。
「パフォーマンス」が実行効率のことを指しているとすると、一般論として集中
管理が高性能であるとは限りません。設定ファイルの規模Nに対して、どんな
構文解析アルゴリズムも線形時間O(N)では情報検索できませんから、もしNが
十分大きければ複数ファイルにわかれていたほうが効率がよいはずです。
また、PC程度ではそこまでいかないでしょうけども、システムの規模が
十分おおきくなれば、排他処理なども関係しシステムは非対称
（また計算機科学用語ですが：あるプロセッサからの情報のアクセスに
かかわる遅延および帯域幅が情報の置き場の相対位置に依存する）となら
ざるを得ませんので、この意味でも分散管理のほうが理論的には高性能です。
では本質はどこにあるかというと、前に述べた通りですが、機能モジュールの
定義、区切りをどこにおくか、どのように相互作用するか（機能凝集）だと
考えます。 簡単な例でいうと、たとえばブラウザーで開いても、デスクトップ
のファイルをクリックしても、動画ファイルは「お気に入り」メディア
プレイヤーで開く、とかでしょうか。動画を開くという同じ機能は、同じ
場所で管理する（Desktop Environment）けども、OSのもっとカーネルに
近い情報は、別の場所にしまっておくとか。
>> たとえば核酸の塩基配列、核酸の修飾からはじまりタンパク質分子の修飾、
>> 複合体形成、濃度、局在などの遺伝子から見て下流にいくにしたがって集中型の
>> 管理から分散型の情報保持の傾向が強くなるわけですが、進化の
>
> 特定の物質とは核酸だったりして．．
ある時点で、世代を超えてはもう変化しなくなった（またはその時点
をもってもう変化してほしくなくなった）情報は核酸にあったほうが
有利ですね。複製の精度も速度もコストも。（系の作動中に頻繁に
更新したい情報は核酸にはないほうが有利だとおもわれますが。）
もし下流にあった情報が、上流に組み込まれる分子機構なんかを発見できたら
これはダーウィン、いやメンデルと教科書で名を連ねる大発見になるかも
しれません。核酸の修飾が塩基配列に変換される機構とか。タンパクの
修飾状態が世代を経て核酸の配列にフィードバックされる機構が
もしかしてあったりして。直接的な分子機構ではないかもしれません。
確率過程の揺らぎにタンパクが干渉して（たとえば、、塩基配列の
複製のエラー率になんらかのタンパクの状態が関与していたり）
タンパクから核酸に情報が流れていたりして、、
100%妄想ですけど。。
高橋
> ニーズの背景には，（まじめな）アプリ開発者は，機能を追加してゆくので，
> 常にマシンリソースが不足してしまうという，フラストレーション（の自律生成
> ：）
> はないでしょうか．
> （自然に忠実でまじめな）細胞も，（長い歴史の間に）機能を追加していってるので
> 管理リソース（代謝状態のスイッチに必要なリソース）が常に不足していちゃったり
> して．特定の場所，あるいは特定の物質に，管理情報を集めて集中管理に近い
> こと始めるようになったりして．
>
>
>> さて、これを厳しいのを承知でLIFE的な話になんとかもっていかせて
>> いただくとすると、、
>>
>> たとえば核酸の塩基配列、核酸の修飾からはじまりタンパク質分子の修飾、
>> 複合体形成、濃度、局在などの遺伝子から見て下流にいくにしたがって集中型の
>> 管理から分散型の情報保持の傾向が強くなるわけですが、進化の
>
> 特定の物質とは核酸だったりして．．
>
>
> 飯田一浩
>
>
>
----- |
|
|
