6: 2007-04-26 (木) 21:32:17  |
現: 2024-01-08 (月) 12:58:50 k-tan |
| | *** (1) 概要 | | *** (1) 概要 |
| | -OSASKの移植とはいっても、実際はOSASKのソースを手直しして組み込むというよりは、適当にOSを作ってそれにOSASKライクなAPIを載せるという手法をとることになると思います。OSASKはCPUに依存してでも効率を追及するべきなのですから、ソースの流用は基本的にしないほうがいいと思うのです。アルゴリズムについては、よさそうなものがあれば、それは利用していいと思います。 | | -OSASKの移植とはいっても、実際はOSASKのソースを手直しして組み込むというよりは、適当にOSを作ってそれにOSASKライクなAPIを載せるという手法をとることになると思います。OSASKはCPUに依存してでも効率を追及するべきなのですから、ソースの流用は基本的にしないほうがいいと思うのです。アルゴリズムについては、よさそうなものがあれば、それは利用していいと思います。 |
| | + | --ソースを手直しして作るという方法でやったら、多分うまくいかないと思います。たぶん「負の遺産」みたいなものも混ざっていると思うので、そんなものを引き継ぐ必要はないですし。 |
| | -仮に移植版OSASKを作った場合、それがどれほどIA-32用のソースを利用していたとしても、派生物であることに変わりはないのですから、そのOSの名前に「OSASK」を含められるかどうかは難しいところです。究極的には[[K]]が認めれば問題はないわけなのですが、基本的には期待しないほうがいいと思います。 | | -仮に移植版OSASKを作った場合、それがどれほどIA-32用のソースを利用していたとしても、派生物であることに変わりはないのですから、そのOSの名前に「OSASK」を含められるかどうかは難しいところです。究極的には[[K]]が認めれば問題はないわけなのですが、基本的には期待しないほうがいいと思います。 |
| | ---- | | ---- |
| | -具体的にはオリジナルでもLinuxでもBSDでもMINIXでもDOSでも何でもいいですが（「はりぼてOS」でもOK）、とにかく何か適当にOSを作ります。その上で、API部分をOSASKチックなものにしていけばいいでしょう（完全互換である必要はないと思います。まあアプリをソースレベルで互換にしたいなどという野望があれば完全互換のほうがいいかもしれませんが、でもAPIブリッジをはさめる構成にしておけばそこまでこだわらなくてもよさそうです）。 | | -具体的にはオリジナルでもLinuxでもBSDでもMINIXでもDOSでも何でもいいですが（「はりぼてOS」でもOK）、とにかく何か適当にOSを作ります。その上で、API部分をOSASKチックなものにしていけばいいでしょう（完全互換である必要はないと思います。まあアプリをソースレベルで互換にしたいなどという野望があれば完全互換のほうがいいかもしれませんが、でもAPIブリッジをはさめる構成にしておけばそこまでこだわらなくてもよさそうです）。 |
| | --具体的にはAPI呼び出しをポインタ渡しにするとか、シグナルや仮想化やメモリレスアーキテクチャを意識した仕様にするとか、そういうことです。 | | --具体的にはAPI呼び出しをポインタ渡しにするとか、シグナルや仮想化やメモリレスアーキテクチャを意識した仕様にするとか、そういうことです。 |
| | + | --基本的にCPUが違うのでバイナリレベルでのアプリ互換は無理です（それを何とかするのがkhabaなわけで）。ソースレベルでの互換は可能だろうと思いますが、それはCなどで書かれたアプリに限定されるでしょう。アセンブラで作られたアプリについてはソースレベル互換にはできないと思います。 |
| | -APIを無事に構築できたらあとはOS部を見直してOSASKのように小さく高速になるように努力すればいいでしょう。 | | -APIを無事に構築できたらあとはOS部を見直してOSASKのように小さく高速になるように努力すればいいでしょう。 |
| | | | |
| | * こめんと欄 | | * こめんと欄 |
| | #comment | | #comment |
