Linux桌面用户不用再纠结装啥虚拟机了，KVM现在装上就能用，还比以前快得多。
我上个月给朋友配开发环境，他还在用VirtualBox，结果跑个Ubuntu 26.04测试镜像卡得鼠标拖不动，换KVM+Virt-Manager后直接秒开三台，连Windows虚拟机装驱动都不用百度搜教程了。
这事儿其实跟硬件关系不大，不是你电脑多贵就多好，而是现在连麒麟、飞腾这些国产ARM板子，只要BIOS里把SMMU打开，KVM就能跑起来。我试过在一台2021年的联想小新上装Fedora 39，敲两行命令就起来了，连重启都不用。
以前觉得KVM是大厂才用的东西，听着就复杂。结果发现它根本不是单独的软件，就是Linux内核自带的功能——`kvm.ko`这个模块从2007年就在主线代码里了，现在Ubuntu 24.04、RHEL 9.4、Arch统统默认开着。你装完`virt-manager`，点开界面新建虚拟机，背后调的全是系统原生能力，连内存调度、CPU分配、网络隔离都是内核直接管，不是另起一个用户态进程硬扛。
Virt-Manager也真不是什么“简化版QEMU”。它默认给你建好`virbr0`网桥，还自带`dnsmasq`发IP，你点下一步，新虚拟机就自动联网。我第一次试的时候手贱删了`/var/lib/libvirt/images/`目录，结果第二天发现Virt-Manager自己用ZFS池重新挂载了存储，连警告都没弹。
性能差距其实挺实在。我拿同一台机器跑fio读写测试，KVM+VirtIO SCSI跑到12万多IOPS，VirtualBox还卡在6万8左右。不是参数没调好，是VirtualBox走的是软件模拟的SATA控制器，每次读写都要进用户态翻译一遍；KVM是直接把命令丢给硬件DMA通道，中间不绕路。
稳定性也差得明显。上个月我更新内核到6.8，VirtualBox直接黑屏报错，说`vboxdrv`签名失败，得重装模块。KVM啥事没有，`libvirtd`照常跑。查了下日志，VirtualBox崩溃基本都是`VBoxSVC`进程自己挂了，而KVM出问题基本等于整个系统崩了——这种事两年来我一次都没遇上。
安装真的不难。Ubuntu只要一条命令：`sudo apt install qemu-kvm virt-manager`；Fedora敲`sudo dnf install @virtualization`；Arch稍微多一步，得手动开`dnsmasq.service`。Kylin系统更省事，内核模块早就预装好了，就差进BIOS把SMMU打开。
新手常卡在三个地方：一是点开Virt-Manager显示“连接失败”，其实是`libvirtd`没启动，敲`sudo systemctl enable --now libvirtd`就行；二是装好后虚拟机上不了网，别折腾桥接，直接选“default”NAT网络；三是装Windows时找不到硬盘，必须提前把`virtio-win.iso`加进去，安装界面点“加载驱动”，选`viostor/w11/amd64`那个文件夹，不然就干等。
用了一阵子，我发现KVM确实不像VirtualBox那样到处弹提示框，也不搞浮动工具栏。它就安静地在后台跑着，你新建、暂停、删VM，它就像关个浏览器标签页一样顺。资源占用也低，宿主机开了四台Ubuntu虚拟机，`htop`里看`qemu-system-x86_64`进程总共吃不到2G内存。
有些东西不是越花哨越好。比如剪贴板共享，Virt-Manager用的是SPICE协议，不是VNC那种截图再传的方式，所以复制粘贴不卡顿，图片也能直接拖进拖出。还有那个虚拟机窗口，缩放不糊，滚动不延迟，用起来就跟本地系统差不多。
这不是谁打压谁的问题，只是技术代际变了。VirtualBox还活得好好的，跨平台确实方便；但如果你主要用Linux，天天跟终端打交道，那KVM就是更省心的选择。不用记一堆命令，不用反复重装扩展包，不担心内核一升级就废。
它已经不是你装来“试试看”的玩具了。
Linux桌面虚拟化，VirtualBox仍在，KVM已默认，Virt-Manager刚刚好。
