博士課程のプロジェクトのアイデアを研究しています。
私の考えの 1 つは、ハイパーバイザー (またはベア メタル) (?) を作成して、真のホスト オペレーティング システムを使用せずに複数の OS を実行できるようにすることです。例 オペレーティング システムを起動するためのある種のオプションのメニューを取得し、既に実行されている OS で何が起こっているかの「コンソール」を表示します。OS の再起動、新しい OS のインストールなど。
つまり、ホスト OS はなく、すべてを制御する小さなアプリです。
概念的には、これを行うことについてどのように考えますか?
私はMacBookを持っています。EFIが起動するものを変更できるはずです。たぶん、非常に最小限の Linux ライブ実装から始めて、それを本当に、本当にずっと前にスケールしますか?
ダーウィンを使用して、それをはるか昔にスケーリングすることは可能ですか?
述べられているあなたの考えは、科学への独創的な貢献ではありません。
私のアドバイスは、IBM が Xen を発明した 60 年代と 70 年代にさかのぼる、Xen と一般的なハイパーバイザーの文献を確認することです。
そこには改善の余地と独創的なアイデアがあると確信しています。
ハイパーバイザーを実際に作成するという点では、まずウィキペディアを確認する必要があります。ウィキペディアには仮想化に関する簡単な説明が記載されています。
以下は、重要な引用を含む歴史的な要約です: http://www.kernelthread.com/publications/virtualization/。最初の引用は 1959 年のものです。
既存のデスクトップ/サーバー OS を縮小することは、適切な選択ではないようです。OTOH、すべてをやり直すのではなく、いくつかの機能を引き出すために、ecos や L4 などの組み込み RTOS から始めると便利な場合があります。さらに、一部のコードは QEMU から再利用される可能性があります。
私がそうしていたら、VT-x を使用したハードウェア仮想化に集中し、AMD-V は動的再コンパイルを無視します (あなたの仕事の焦点でない限り)。
また、開発中のハイパーバイザーのテストに使用するベア ハードウェアで起動できる小さなテスト オペレーティング システムを作成するのに十分なオペレーティング システムを既に作成できるようにすることは良い考えだと思います。
ところで、既存の OS を縮小することが有効な戦略であるとすれば、Linux または主要な BSD の 1 つで最もうまく機能すると思います。ダーウィンを使用することはおそらく痛みを求めています。
コンピューター通信とハイパーバイザーに興味があるなら、クロス OS 通信についてはどうですか [通常の TCP/IP ソケット経由で接続するよりも安価です。
ハイパーバイザーを開発するために既存の OS を縮小することは、ありそうもないアプローチのようです。
既存のオープン ソース ハイパーバイザー プロジェクトのいくつかをぜひご覧ください。それらがどのように機能するか、またどのように作成にアプローチするかについて読むことに興味がある場合は、次を試すことができます。
Smith & Mair による仮想マシン。Chisnall による Xen ハイパーバイザーの決定版ガイド。
ゼロから作成し、x86 ファミリのプロセッサをターゲットにしている場合は、仮想化命令 (Intel VT-x など) で手を汚す必要があります。そして、これは純粋なアセンブリ言語、またはせいぜいインライン アセンブリで行われます。あなたはここで本当に低レベルのことを話している.
ESX は本質的に縮小された Linux インストールであり、他の多くの機能が追加されているため、基本的な前提は適切です。
ただし、博士課程のプロジェクトの場合、広すぎるように思えます。より小さなことに集中する必要があります。