アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ハッカーとクラッカーの違い。大してないと思います -- あるアレゲ
これって要するに・・・ (スコア:2, 興味深い)
こういう風にありとあらゆるOSのバックエンドとしても活躍してほしいですねぇ>Linux
個人的にはOS/2とB-TRON希望。
特にB-TRONは結構需要がありそうな気が・・・・
-----------------
#そんなワタシはOS/2ユーザー:-)
Re:これって要するに・・・ (スコア:0)
> 活躍してほしいですねぇ>Linux
こーゆーのって、マイクロカーネルの方がいいんでないかい?
Re:これって要するに・・・ (スコア:1)
# プロセスの数が増えるとCPUパワーの殆どを排他制御に使ってしまうらしい…
notice : I ignore an anonymous contribution.
Re:これって要するに・・・ (スコア:1)
つーわけでJavaOSまんせー(藁
#あれ(少なくとも書籍になってた奴)も一応マイクロカーネルを名乗っていたなあ。実際そうっぽいし。
Re:これって要するに・・・ (スコア:1)
複数の処理で(スレッドと呼ぼうがプロセスと呼ぼうが自由ですが)同一の資源(画面,ネットワークその他)を使用する場合、
排他制御は必須です。
モノリシックの場合、排他の対象を減らすことが可能ですが、マイクロの場合は…
排他をとったプロセスの処理優先順位を解放するまでの間、一時的に上げるとか、排他をとった後でそれを使用するプロセス(スレッド)を生成するとか、アプリを作る方で工夫するしかないです。
# 組込用途ならともかく、マルチユーザ・マルチジョブ環境ではパフォーマンスに問題がでるような…
notice : I ignore an anonymous contribution.
Re:これって要するに・・・ (スコア:1)
個人的にはマイクロカーネルはあまりいいとは思わないけど、BeOSの実装は素晴らしいと思ってます。
要はマイクロカーネルだからどうだ、モノシリックだからどうだってのは、あまり意味のない議論ではないかと。
10年ほど前にマイクロカーネル優位論が盛んだった頃、当時サンソフトの社長だったエド・ザンダーが、「Solarisをマイクロカーネル化しないのか?」という質問に対して「Solarisは(モノシリックだけど)マイクロカーネルのいい点を全て備えている」と答えてました。
Re:これって要するに・・・ (スコア:1)
たしかに。
使う方としては『結果が同じなら問題ない』ってレベルですから。
個人の好みとしては、アプリ側で資源の使用状況を調べて対処する必要のあるOSは使いたくないです。(win3.1とか OS/2 1.xxとかで苦労させられましたので...)
# 資源管理をしないOSにあらざるOS程、仕事になる…困ったもんです。
notice : I ignore an anonymous contribution.
ヤボなツッコミだけど (スコア:0)
正:モノリシック
Re:ヤボなツッコミだけど (スコア:0)
Re:これって要するに・・・ (スコア:1)
そういや、音楽演奏ソフトを(他のソフトと同程度に)苦労せず作れるOSが欲しいです。
時間という資源の管理をしてくれる(俺が触ったことのない何処かの)OSなら、
きっと楽に作れるんだろうなと想像するんですが。
> 仕事になる…困ったもんです。
ま、ソフトウェアってのは自動化が肝ですから、その肝心の自動化が足りない奴ほど、「補完する」ためのシゴトが湧いてくるでしょうね。
見捨てない限り。