Như đã đề xuất ở những nơi khác, VMWare ESXi là những thứ có sẵn trong điều kiện của các bộ ảo hóa kim loại trần miễn phí, trong đó "kim loại trần" ngụ ý rằng những gì bạn cuối cùng đã tải ít hơn một hệ điều hành đầy đủ.
Xen cũng có chế độ HVM trong đó ảo hóa cấp phần cứng được sử dụng; Trong chế độ này, nó có thể chạy Windows khách. Xen rõ ràng có một trình ảo hóa "kim loại trần" - vì ngay cả HĐH Dom0 cũng chạy theo nó - nhưng về cơ bản rất phức tạp để cấu hình và bảo trì, và đặt các ràng buộc trên các hạt nhân mà bạn có thể chạy trong các miền không phải là HVM (trong đó Dom0 , hạt nhân chính chuyển qua truy cập phần cứng cho người khác và có quyền quản trị, là một). HVM yêu cầu CPU và bo mạch chủ có hỗ trợ ảo hóa phần cứng; xem danh sách các bo mạch chủ tương thích HVM của Xen wiki .
Điều đó nói rằng, bạn có thể thấy KVM thú vị hơn. Thay vì sử dụng Linux để quản lý hạt nhân hypanneror độc quyền, riêng biệt (cũng như ESX), KVM xây dựng các khả năng của trình ảo hóa vào chính Linux. Làm thế nào "kim loại trần" phụ thuộc vào cách giải thích của bạn - nhưng nếu máy chủ của bạn chạy KVM không có gì ngoài một initrd 40 MB không có gì ngoài kvm + libvirt + công cụ liên quan tại chỗ (giả sử, chẳng hạn như oVirt của Red Hat ), bạn ' đã có một cái gì đó trong thực tế không hoàn toàn không giống như ESX. Thành phần không gian người dùng của KVM có nguồn gốc từ QEMU, làm cho nó trở nên mạnh mẽ và linh hoạt - thứ mà bạn không nhất thiết cần cho máy tính để bàn, nhưng rất thú vị trong việc mô phỏng các hệ thống nhúng (với, chỉ có I / O nối tiếp và không có bộ chuyển đổi VGA), thiết lập chuỗi hình ảnh COW phức tạp để lưu trữ bộ nhớ hoặc thiết lập cấu trúc liên kết mạng ảo thú vị. Giống như Xen HVM, KVM yêu cầu tăng tốc phần cứng. KVM chạy tốt các vị khách Windows (bao gồm cả Vista) một cách hợp lý, nhưng chỉ có các trình điều khiển mạng paravirtual cho Windows có sẵn tại thời điểm này; các trình điều khiển khác cần sử dụng phần cứng giả lập, có phần chậm hơn. (Qumranet đang tài trợ cho việc phát triển các trình điều khiển khác cho Windows, do đó, mong đợi sẽ thấy chúng cuối cùng. Các phiên bản mới hơn của nhân Linux có nhiều trình điều khiển paravirtual tương thích KVM khác - cho I / O đĩa, đồng hồ và các thiết bị khác - bao gồm ngược dòng ).
Đối với việc sử dụng máy tính để bàn, VirtualBox rất phù hợp, mặc dù nó không phù hợp với việc sử dụng "kim loại trần". Do thiếu hỗ trợ libvirt , tôi cũng cho rằng nó không phù hợp với việc sử dụng tự động hóa QA. VirtualBox có trình điều khiển video paravirt trong số các "tiện ích khách" của nó, nó sẽ cung cấp khả năng thay đổi kích thước cửa sổ tự động và "chế độ liền mạch" đôi khi có lỗi trong đó các cửa sổ khách của bạn sẽ hiển thị giữa các máy chủ, tạo ra (về lý thuyết) cho trải nghiệm tích hợp hơn.
Nếu bạn đang sử dụng "HĐH chính" không được xây dựng cho mục đích ảo hóa, bạn sẽ không thực hiện ảo hóa "kim loại trần" và một giải pháp tối thiểu, hoàn toàn "kim loại trần" trong đó hạt nhân (vi mô) chính Kiểm soát được xây dựng nghiêm ngặt cho mục đích ảo hóa sẽ trở nên tối ưu nghiêm trọng nếu bạn muốn máy tính để bàn Windows của mình hiển thị trên cùng một phần cứng. Nếu thứ bạn muốn không phải là "kim loại trần" mà là ảo hóa có hỗ trợ phần cứng , mọi thứ được đề xuất ở đây đều cung cấp điều đó - mặc dù đối với VirtualBox, đó là tùy chọn cấu hình có thể chọn hộp kiểm; theo mặc định, nó sử dụng các phương thức truyền thống hơn.