تدمج أوراكل واجهة KVM الخلفية في برنامج الافتراض VirtualBox الخاص بها، مما يسمح لها باستخدام ميزات الافتراض المدمجة في نواة لينكس بدلاً من وحدتها المخصصة. يعالج هذا التغيير مشكلات التوافق المزمنة مع تحديثات النواة وSecure Boot. قد يحسن هذا الإجراء الأداء ويسهل الصيانة للمستخدمين والتوزيعات.
لأكثر من عقد من الزمان، كان VirtualBox خيارًا شائعًا للمطورين والهواة بفضل واجهته البسيطة ودعمه عبر المنصات مثل Linux وWindows وmacOS وSolaris. ومع ذلك، على مضيفي Linux، كان يعتمد على وحدة نواة خارج الشجرة تُدعى vboxdrv، والتي تتطلب إعادة تجميع مع كل تحديث نواة وتسبب مشكلات مع Secure Boot. دفع هذه المشكلات بعض المستخدمين نحو بدائل مثل KVM وQEMU، اللتين مدمجتان مباشرة في نواة Linux. الانتقال إلى واجهة KVM الخلفية، الذي لاحظه Phoronix أولاً، يمكن VirtualBox من التفاعل مع جهاز /dev/kvm في النواة، نفس الآلية التي تستخدمها أدوات مثل QEMU وCloud Hypervisor. يسمح ذلك لـ VirtualBox بمعالجة افتراض CPU والذاكرة عبر KVM مع الحفاظ على ميزاتها الخاصة لمحاكاة الأجهزة وتمرير USB وإضافات الضيف. كان هناك رقعة مجتمعية لهذه الدمج، طورتها cyberus-technology، لسنوات، لكن قرار أوراكل بدمجها رسميًا يمثل تطورًا رئيسيًا. تقلل هذه التحديث المعماري من جهود الصيانة لدى أوراكل، حيث لم تعد الشركة بحاجة إلى تتبع واجهات برمجة نواة غير مستقرة لوحدتها. استقرار KVM وتوافقه مع Secure Boot يقضي على نقاط الفشل الشائعة، مما يجعل VirtualBox أسهل في التعبئة والدعم من قبل توزيعات Linux. على سبيل المثال، واجهت توزيعات مثل Fedora تحديات في تضمين VirtualBox بسبب عدم التوافق مع النواة. يجب أن يتحسن الأداء، خاصة للأحمال الثقيلة، من خلال استغلال مسارات KVM المحسنة التي تدعم منصات السحابة من Amazon وGoogle وأوراكل. ومع ذلك، الواجهة الخلفية خاصة بـ Linux، لذا ستبقي VirtualBox محركها الحالي على أنظمة التشغيل الأخرى، مما يخلق معمارية مقسمة. لم تفصل أوراكل جدولًا زمنيًا للدمج الكامل أو التوافق مع حزمة الامتدادات الخاصة بها، التي تشمل ميزات مثل USB 3.0 وتشفير الأقراص.
