アカウント名:
パスワード:
この発想は理解できます。またそのように考えるのが1つの解決案だとおもいます。だからこそＭＳもやってるわけで。
しかし、実はインピーダンスミスマッチの層がより下位レイヤに移っただけと感じるかもしれません。 たしかにカーネル遷移やプロセス間バリヤが低コストになることは確かだとおもいます。ただ、デバイスドライバなどのモデルと本アーキテクチャのインピーダンスミスマッチが発生するのではないかと思うのですよ。
実際に感じだと事もあるですが、カーネル内部までOOD/OOPLで作っても、実際のデバイスとのやり取りは違うわけで。デバイスもその考え方で設計されていればいいけど、そんな異端児斬新なアーキテクチャ用に設計されてないと。
となると、インピーダンスミスマッチが生まれることは必至なわけで、だれがそのインピーダンスミスマッチ解決の仕掛けを提供してくれるかだおともいます。（できればＯＳベンダなりミドルベンダに転嫁したいわけで） 遅くなりましたが、ここでのインピーダンスミスマッチは、設計・開発といった製造コスト増大と、パフォーマンス低下につながると定義しておきます。 そういう意味では、本アーキテクチャはいい考えだと思うのですが、パフォーマンス低下についてどのように考えるかは別途考えないといけないかと。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
計算機科学者とは、壊れていないものを修理する人々のことである
つまり (スコア:-1, フレームのもと)
↓
今後同じ事をしたやつはMSへの権利侵害
↓
製品化しなくてもライバルつぶし成功
「邪悪にならない」 (スコア:5, 参考になる)
MSを含め大抵の大企業は研究部門を持っていて(古くはparcとか)、有能な連中を集めて研究させてる。こいつはその一例。
現に中身も結構野心的。
一例をあげれば、Singularityはいわゆるマイクロカーネルなんだけど、面白いことにアドレス空間が分かれない。
単一のアドレス空間で、SIP(Software-Isolated Processes)ってのを動かすことで、マイクロカーネルに付き物のオーバーヘッドを小さくしている。
マイクロカーネルの利点を享受しつつ、その難点を解決できるってのはかなり魅力だと思う。
詳しくはMSの資料 [microsoft.com](pdf)を参照。
こういう試みがどこまで上手くいくかはわからないけれど、そんなに悪くないんじゃないかな。
その他の面白そうな試み (スコア:4, 興味深い)
こういう「安全な言語」のランタイムライブラリの場合は OS のランタイムと区別しないとか、
セキュリティを名前空間を使って実現するとか、
まぁオサレな感じはする。
アプリの開発と OS との関係が密になるから、組み込みの開発にはよさそうだけど、
運用で何とかできる余地が小さそうな印象を受けるので、
稼動中に様子を見ながら運用を変えるような、サーバ用途とかには難しいかなぁ…
# mishimaは本田透先生を熱烈に応援しています
Re: (スコア:5, 興味深い)
たしかに、今までのネイティブコードを主体としたアプリケーション群とは互換性はなくなるけど、それはそれで、逆のVM to Lagacyレイヤ(ただしJailの中)みたいなものを作れば、互換性を維持することはできなくはないと思う。その代わり、すごく実行が遅くなりそうだけど。
あとは、CPUに関しても、このOSが使われるようになれば、リングレベルの管理とかはいらなくなってスリムになるだろうし、とりあえず、組み込み用途ぐらいからでも実運用が始まれば、いろいろとおもしろい方向に動きそうに思います。
Re:その他の面白そうな試み (スコア:1)
この発想は理解できます。またそのように考えるのが1つの解決案だとおもいます。だからこそＭＳもやってるわけで。
しかし、実はインピーダンスミスマッチの層がより下位レイヤに移っただけと感じるかもしれません。 たしかにカーネル遷移やプロセス間バリヤが低コストになることは確かだとおもいます。ただ、デバイスドライバなどのモデルと本アーキテクチャのインピーダンスミスマッチが発生するのではないかと思うのですよ。
実際に感じだと事もあるですが、カーネル内部までOOD/OOPLで作っても、実際のデバイスとのやり取りは違うわけで。デバイスもその考え方で設計されていればいいけど、そんな
異端児斬新なアーキテクチャ用に設計されてないと。となると、インピーダンスミスマッチが生まれることは必至なわけで、だれがそのインピーダンスミスマッチ解決の仕掛けを提供してくれるかだおともいます。（できればＯＳベンダなりミドルベンダに転嫁したいわけで）
Ｐ．Ｓ．遅くなりましたが、ここでのインピーダンスミスマッチは、設計・開発といった製造コスト増大と、パフォーマンス低下につながると定義しておきます。
そういう意味では、本アーキテクチャはいい考えだと思うのですが、パフォーマンス低下についてどのように考えるかは別途考えないといけないかと。
ＰＤＦはまだ熟読してません（汗）
Re: (スコア:0)
Re: (スコア:0, 参考になる)