ページへ戻る

− Links

 印刷 

design015 の変更点 :: OSASK計画

osaskwiki:design015 の変更点

« Prev[3]  
6: 2009-11-17 (火) 12:08:13 ソース[4] 現: 2024-01-08 (月) 12:58:55 k-tan[5] ソース[6]
Line 1: Line 1:
-* OSの仕事ってなんだ?+TITLE:x 
 +* OSの仕事ってなんだ? [#fae049df]
-(by [[K]], 2009.07.01) -(by [[K]], 2009.07.01)
-*** (0)+*** (0) [#l21c6033]
-これは当初「川合のぼやき」に書こうかどうか迷った内容のものを書くことにしたわけだけど、ここは僕のホームページではなくOsaskWikiなので他の誰が書いてもいいものだと思う。 -これは当初「川合のぼやき」に書こうかどうか迷った内容のものを書くことにしたわけだけど、ここは僕のホームページではなくOsaskWikiなので他の誰が書いてもいいものだと思う。
-ただこのシリーズの趣旨としては、OSASKの設計に関する話を書いているので、他の人が書く場合もそれには準じてほしい。で、僕以外の人がOSASKの設計に関する話を書くなんてことはまずないと思うかもしれないけど、そんなことはなくて、たとえばこういう考え方のもとでこうしたらどうかという提案はできる。 -ただこのシリーズの趣旨としては、OSASKの設計に関する話を書いているので、他の人が書く場合もそれには準じてほしい。で、僕以外の人がOSASKの設計に関する話を書くなんてことはまずないと思うかもしれないけど、そんなことはなくて、たとえばこういう考え方のもとでこうしたらどうかという提案はできる。
-基本的に一つの話題に1ページ使ってしまうので、ちょっとした提案であれば、OSASK-MLや[[impressions]]を活用してもらうほうがいいと思う。 -基本的に一つの話題に1ページ使ってしまうので、ちょっとした提案であれば、OSASK-MLや[[impressions]]を活用してもらうほうがいいと思う。
-*** (1)+*** (1) [#ef96efd1]
-たとえばQEMUやVMwareなどのエミュレータを使い、Windows上でLinuxを使っている人は結構いると思う。逆にLinux上でWindowsを使う人もいるかもしれない。Xenでおなじことをやってもいい。 -たとえばQEMUやVMwareなどのエミュレータを使い、Windows上でLinuxを使っている人は結構いると思う。逆にLinux上でWindowsを使う人もいるかもしれない。Xenでおなじことをやってもいい。
-こういう状況だと、仮想マシン上で動いているOSは一体どういう「仕事」をしているといえるだろう。それはアプリケーションを実行することだ。つまり、Windows上でLinuxのツールやアプリを使いたいから、エミュレータを使ってLinuxを動かしているわけだ。 -こういう状況だと、仮想マシン上で動いているOSは一体どういう「仕事」をしているといえるだろう。それはアプリケーションを実行することだ。つまり、Windows上でLinuxのツールやアプリを使いたいから、エミュレータを使ってLinuxを動かしているわけだ。
Line 11: Line 12:
-しかし仮想マシン上で動くOSにあっては、実ハードウェアの制御はエミュレータとバックで動いているホストOSの仕事だから、結局APIの提供くらいしか仕事がない。 -しかし仮想マシン上で動くOSにあっては、実ハードウェアの制御はエミュレータとバックで動いているホストOSの仕事だから、結局APIの提供くらいしか仕事がない。
-また、今ではXen専用の、つまりXenがなければ動かないようなOSも少しは存在し、これも「OS」であると一般に理解されているらしい。確かに僕もこれをOSと呼ぶことに違和感を感じない。このタイプのOSは、煩雑なデバイスドライバ開発から開放されていて、それは現代にあっては悪くない設計方針だと僕も思う。 -また、今ではXen専用の、つまりXenがなければ動かないようなOSも少しは存在し、これも「OS」であると一般に理解されているらしい。確かに僕もこれをOSと呼ぶことに違和感を感じない。このタイプのOSは、煩雑なデバイスドライバ開発から開放されていて、それは現代にあっては悪くない設計方針だと僕も思う。
-*** (2)+*** (2) [#yffab92f]
-ここまでを分かった上で、efg01について考えてみよう。これはまさにAPIのみを.g01アプリに対して提供している。機能的にはエミュレータとOSASK-HBを足したものがefg01に相当するといっていい。 -ここまでを分かった上で、efg01について考えてみよう。これはまさにAPIのみを.g01アプリに対して提供している。機能的にはエミュレータとOSASK-HBを足したものがefg01に相当するといっていい。
-しかし先の仮想マシン専用のOSもOSと呼んでいいのなら、このefg01がOSといえない理由はあるのだろうか。つまりAPIを提供する能力があればそれはOSといっていいのか? -しかし先の仮想マシン専用のOSもOSと呼んでいいのなら、このefg01がOSといえない理由はあるのだろうか。つまりAPIを提供する能力があればそれはOSといっていいのか?
-うーん、なんかそれは言い過ぎと言うか、efg01を持ち上げすぎのような気がする反面、しかし有効な反論を思いつけない。むむむむう。 -うーん、なんかそれは言い過ぎと言うか、efg01を持ち上げすぎのような気がする反面、しかし有効な反論を思いつけない。むむむむう。
-* こめんと欄+* こめんと欄 [#z396048c]
- 仮想マシンの上で動けばアリでしょう。Xenの上に乗せるんですか? -- [[名無しさん]] &new{2009-07-02 (木) 13:22:04}; - 仮想マシンの上で動けばアリでしょう。Xenの上に乗せるんですか? -- [[名無しさん]] &new{2009-07-02 (木) 13:22:04};
- 何を持って仮想マシンと言うのでしょうか?それが分かりません。仮にefg01がXenのAPIを使って入出力するようになったら確かにOSっぽいです。BIOSを使って入出力するのもOSっぽいです。ではなぜ、POSIXやwin32を使って入出力したら、OSではなくなるのでしょうか?今までは入出力プロトコルの種類によらず、最下層レイヤ付近にいるものこそがOSでした。それは分かりやすい定義でした。しかし今では仮想マシンの上にいても、いやそれどころか仮想マシンがなければ満足に動かないようなものでもOSと言えるようになったので、定義があいまいになった気がするんです。 -- [[K]] &new{2009-07-02 (木) 20:03:00}; - 何を持って仮想マシンと言うのでしょうか?それが分かりません。仮にefg01がXenのAPIを使って入出力するようになったら確かにOSっぽいです。BIOSを使って入出力するのもOSっぽいです。ではなぜ、POSIXやwin32を使って入出力したら、OSではなくなるのでしょうか?今までは入出力プロトコルの種類によらず、最下層レイヤ付近にいるものこそがOSでした。それは分かりやすい定義でした。しかし今では仮想マシンの上にいても、いやそれどころか仮想マシンがなければ満足に動かないようなものでもOSと言えるようになったので、定義があいまいになった気がするんです。 -- [[K]] &new{2009-07-02 (木) 20:03:00};
« Prev[3]