高速OSスイッチングの技術的な問題は何ですか？
アプリケーション（高速スイッチャー）は、OSが起動する前に常駐し、キーの組み合わせ（たとえば、Ctrl + Alt + Shift + Esc）を使用してアクティブ化されます。キーの組み合わせを検出した後、スイッチャーが実行され、すべてのシステムレジスタが保存されます+ RAM（保存を避けるためにRAMオフセットを使用する可能性がありますRAMファイルに）をファイルに入れ、他のOSレジスタ+ RAMに切り替えます。
したがって、PCを必要とせずに高速OSスイッチになります再起動。
高速OSスイッチングの技術的な問題点を知りたい（休止状態を思い出してください）。
あなたが説明しているのは、タイプ1（またはベアメタル）クライアントハイパーバイザーの（よりマイナーな）機能の一部です-現時点ではいくつかありますが、それらのほとんどはx86または従来のPCプラットフォームでは実行されません。 x86仮想化市場の大手企業（Citrix\Vmware\Microsoft）はまだリリースされていませんが、CitrixとVMwareの両方が積極的に開発していることを示す確かな兆候があります。
（他の人が言っているように）タイプ2クライアントハイパーバイザーでこれらすべてをほぼ達成できるため、ユーザーランドではこれらに対する需要はあまりありません。これらはビジネス環境で人気があると考えられていますが、一部の組み込み/モバイルプラットフォームでニッチを見つけたのと同じ理由で、管理性とサポートを簡素化する必要があります。 BrianMaddenによるタイプ1x86クライアントハイパーバイザー の見通しに関する比較的古い（2008年後半）ブログ投稿を見つけることができます。
最近では、ほとんどすべてのOSのVM）をスピンアップできるため、ほとんどの人にとってそれほど興味深いものではありません。RAMも非常に安価です。そうでない場合は、 RAMと仮想化、このアイデアは価値があるかもしれません。しかし、今日の市場ではあまり注目されていないと思います。
Hibernateが機能するのは、OSがウェイクアップしたときに、すべてがOSがスリープ状態になったときの状態に正確にあることが保証されているためです。
最初のOSがスリープしているときに2番目のOSの実行を許可すると、ハードディスクが変更される可能性があります。最初のOSに戻すと、ディスクが瞬時に変更されたように見えます。 OSはそのための準備が必要であるか、各OSを別々のパーティションに保持し、それらが互いに干渉しないことを確認する必要があります。
したがって、おそらくそれを機能させることはできますが、2つのOSは互いにまったく通信できず、仮想マシンで2番目のOSを実行するよりも機能が面白くなくなる可能性があります。
つまり、基本的には、休止状態にしてから別のOSで再起動できるようにすることを求めていますが、BIOSを通過するのにかかる時間を数秒節約できますか？それらの数秒を節約するためだけに多くの努力のように思えます。ほとんどの時間は、一方のOSの休止状態と、もう一方のOSの休止状態解除に費やされるため、合計時間のごく一部しか節約できません。