vカーネル

仮想カーネルアーキテクチャ（vkernel）は、カーネルコードをユーザー空間で実行するようにコンパイルできるオペレーティングシステムの 仮想化パラダイムであり、たとえば、さまざまなカーネルレベルのコンポーネントのデバッグを容易にしたり、^{[3] [4] [5]}汎用的な仮想化とシステムリソースの区分化を行ったりすることができます。これは、DragonFly 1.7以来のDragonFly BSDのvkernel実装で使用されており、^{[2] 2006年9月}（18年前）に初めて公開され、^{[3] [6] 2007年1月}（17年前）にDragonFly 1.8で安定ブランチに初めてリリースされました。^{[1] [7] [8] [9]} ( 2006-09 ) ( 2007-01 )

長期的な目標は、カーネル開発を容易にすることに加えて、ローカルセキュリティを損なうことなく、インターネットに接続されたコンピュータクラスタのサポートを容易にすることです。^{[3] [4]}

同様の概念は他のオペレーティングシステムにも存在します。Linuxでは、同様の仮想化概念はユーザーモードLinuxとして知られています。^{[10] [7]}一方、NetBSDでは2007年夏以来、これが残りのカーネルインフラストラクチャの初期の焦点となってきました。^[11]

仮想カーネルの概念は、ユニカーネルの概念とほぼ正反対です。vkernelでは、カーネル コンポーネントは、通常のオペレーティング システム カーネルによってサポートされ、カーネルの開発とデバッグを容易にするためにユーザー空間で実行されます。一方、 ユニカーネル では、ユーザー空間レベルのコンポーネントは、ベアメタル ハードウェアまたはハードウェア仮想化スタックによってサポートされ、パフォーマンスを高めるためにカーネル空間で直接実行されます。ただし、 vkernel と unikernel はどちらも、たとえば、オーバーヘッドの少ない仮想化環境にソフトウェアを自己完結させるなど、同様のタスクに使用することもできます。実際、NetBSD のrump kernel は、もともとカーネル コンポーネントをユーザー空間で実行することに重点を置いていましたが、その後、ユニカーネル空間にも移行しました (両方のパラダイムをサポートするためにanykernel という名前を採用しています)。

vkernelのコンセプトはFreeBSD jailとは異なり、jailはリソースの分離のみを目的としており、各jailが同じカーネルを共有しているため、ユーザーランドで新しいカーネル機能を開発およびテストするために使用することはできません。^[7] (ただし、DragonFlyはFreeBSD jailもサポートしています。^[7] )

DragonFlyでは、vkernelはi386やamd64に匹敵する第一級のコンピュータアーキテクチャと考えることができ、 2007年頃のMatthew Dillonによれば、DragonFly BSDを新しいアーキテクチャに移植するための出発点として使用できるとのことです。^[12]

DragonFlyのvkernelは、仮想メモリアドレス空間（ vmspace）の管理を支援する新しいシステムコール（ ^{[3] [9] [13]）}や、などの既存のシステムコールの拡張（^{[9] [14] [15]）}を通じてホストカーネルによってサポートされています。vmspace_create()mmapmadvisemcontrol

• ユーザーモード Linux
• ランプカーネル

• vkernel(7) マニュアルページ
• DragonFly仮想カーネル