ROS虚拟机优化的核心不是盲目堆CPU核数，而是先把磁盘IO、图形加速和硬件虚拟化这三件事做对；先把虚拟磁盘放到SSD、打开VT-x/AMD-V、装好增强工具，多数卡顿就能显著改善。
虚拟机跑ROS为什么总是卡？先把瓶颈找对
很多人在虚拟机里跑ROS,第一反应是“卡就加CPU、加内存”，结果8核16G还是卡，原因在于ROS在虚拟机里的卡顿，往往不是计算资源不够，而是三层开销叠加：Hypervisor调度开销、虚拟磁盘IO延迟、图形显示没有加速。
虚拟机运行ROS慢的原因：磁盘IO被多数人忽略
ROS有几个典型操作非常吃磁盘：
catkin_make或catkin build编译时，会生成大量小文件rosbag play回放包时，频繁随机读取- rviz加载点云地图时,一次性读入几十上百MB数据
- Gazebo启动模型库时,要扫描大量模型路径
如果虚拟磁盘文件放在机械硬盘上,或者用了默认的动态分配VHD/VMDK，IO延迟会成倍放大，很多情况下，CPU占用率不高，但界面卡住不动，就是磁盘响应不过来。
可以先在终端跑一下：
top
如果CPU使用率不高,再跑：
iotop
看到%util接近100%，基本就能确定是磁盘IO拖慢了整个ROS环境。
虚拟机装ROS和双系统哪个好？先看你拿来干什么
这个问题没有绝对答案,如果只是在虚拟机里看rviz、跑turtlesim、学tf变换、做小规模仿真，虚拟机完全够用，但如果你要跑激光SLAM、大量点云配准、实时机械臂控制，双系统会更稳。
虚拟机的好处是快照回滚,配置错了能一键恢复，双系统的好处是硬件直通，GPU和磁盘性能不打折。
一个比较实用的判断标准是：
- 跑Gazebo仿真、2D导航、简单抓取仿真：虚拟机可以
- 跑Cartographer、LOAM、大范围3D建图：优先双系统
- 只是想复现开源项目、看数据、做PPT演示：虚拟机更省事
ROS虚拟机配置怎么选？照着这个思路不会错
ROS虚拟机需要多大内存才不卡？按场景给参考
很多人问“ROS虚拟机需要多大内存才不卡”，其实问题要拆成两部分：宿主机剩余内存够不够，虚拟机内部运行什么负载。
常见场景可以这样参考：
| 使用场景 | 虚拟机内存建议 | 说明 |
|---|---|---|
| 只跑roscore、turtlesim | 2GB-4GB | 轻度调试足够 |
| RViz + MoveIt + Gazebo轻量仿真 | 8GB | 宿主机最好有16GB以上 |
| Cartographer、LOAM、大点云处理 | 16GB起步 | 同时要给宿主机留4GB以上 |
| 多个虚拟机同时开 | 每台减配，总内存不超过宿主机70% | 避免Swap竞争 |
CPU核心数给4核基本够用,再多核在多数ROS节点场景里提升不明显，真正要优先保证的是：虚拟磁盘在SSD上、固定大小分配、开启3D加速。
国内用户别忘了软件源和网络模式这两处
国内用户跑ROS虚拟机,apt update经常卡在官方源上，ROS包依赖多，源慢会直接导致安装失败，建议在Ubuntu虚拟机里把软件源换成中科大或清华镜像。
以Ubuntu 20.04为例，编辑：
sudo nano /etc/apt/sources.list
把archive.ubuntu.com替换为mirrors.ustc.edu.cn，再执行：
sudo apt update
ROS源也可以换成清华或中科大镜像,具体地址在ROS Wiki的国内镜像说明里都能找到。
网络模式方面,如果只是虚拟机内部跑ROS，NAT模式足够，但如果要宿主机和虚拟机之间用rostopic通信，建议改成桥接模式，让虚拟机拿到和宿主机同网段的IP，NAT加端口转发也能通，但ROS是多端口通信，配起来比较绕。
实操优化：从硬件虚拟化到编译缓存
下面这六步按顺序做,基本能把ROS虚拟机调到可用状态。
确认硬件虚拟化已经打开
如果硬件虚拟化没开,虚拟机只能软件模拟，性能会掉一个量级，在虚拟机内部执行：
egrep -c '(vmx|svm)' /proc/cpuinfo
返回0就说明没开,需要进宿主机BIOS，开启Intel VT-x或AMD-V，Windows宿主机可以在任务管理器-性能-CPU里查看虚拟化状态，显示“已启用”即可。
换固定大小虚拟磁盘并放到SSD
动态分配磁盘虽然省空间,但边写边扩，碎片多，IO性能波动大，创建虚拟机时优先选“固定大小”，如果已经建好，可以新建一块固定大小虚拟盘，把ROS工作空间和~/.ros迁移过去。
VirtualBox里还要把存储控制器类型设为NVMe或SATA,并勾选“主机I/O缓存”，VMware里可以把虚拟磁盘设置为“独立-持久”模式，减少快照层带来的写入开销。
安装增强工具，别让显示拖后腿
rviz和Gazebo都是OpenGL渲染,如果没装增强工具，图形只能走基础VGA，卡顿和黑屏概率很高。
VirtualBox安装增强功能：
sudo apt install build-essential dkms linux-headers-$(uname -r) sudo mount /dev/cdrom /mnt cd /mnt sudo ./VBoxLinuxAdditions.run
VMware建议直接装open-vm-tools：
sudo apt install open-vm-tools open-vm-tools-desktop
装完重启,图形响应会好不少。
把ROS日志和编译目录挂进tmpfs
ROS运行时会持续写日志,编译时也会频繁写build和devel目录，把这些放到内存盘里，能减少大量小文件写入磁盘。
先创建一个tmpfs挂载点：
sudo mkdir -p /tmp/ros_log sudo mount -t tmpfs -o size=512M tmpfs /tmp/ros_log
然后把ROS日志目录指过去：
export ROS_LOG_DIR=/tmp/ros_log
如果内存够大,比如16GB以上，也可以把catkin_ws整个放在tmpfs里编译，速度提升明显，缺点是重启后内容会丢，需要提前推送代码到Git仓库。
调整swap和IO调度，降低卡顿概率
虚拟机关掉swap或者降低swappiness,能避免ROS节点被换出内存后突然卡一下：
sudo sysctl vm.swappiness=10
持久化可以写入/etc/sysctl.conf，同时可以在/etc/rc.local里加上：
echo 1 > /sys/block/sda/queue/rq_affinity
多数桌面场景下不需要特别调IO调度器,但如果跑Gazebo仿真频繁卡顿，可以试一下把调度器从mq-deadline改成none，NVMe盘尤其适用。
三个高频故障的快速处理
rviz在虚拟机里黑屏或闪退
先确认虚拟机设置里开了3D加速,显存调到128MB以上，Ubuntu里如果用的是Wayland，建议注销后切换到Xorg会话，还不行就尝试软件渲染：
export LIBGL_ALWAYS_SOFTWARE=1 rviz
软件渲染慢,但至少能确定是不是OpenGL驱动的问题。
Gazebo仿真物理引擎慢
Gazebo启动后如果Real Time Factor长期低于0.5，先别急着怪虚拟机，可以先降低world文件里的物理更新频率：
<real_time_update_rate>500</real_time_update_rate>
或者直接用headless模式跑服务端：
gzserver your_world.world
再另外开gzclient连上去显示，这样能把物理计算和渲染分开，虚拟机里跑起来会轻松很多。
ROS源码编译慢
虚拟机里编译慢,一半是磁盘问题，一半是没用好并行和缓存，安装ccache：
sudo apt install ccache
然后在~/.bashrc里加入：
export CCACHE_DIR=/tmp/ccache export PATH=/usr/lib/ccache:$PATH
编译时用：
catkin build -j$(nproc) --use-cache
第二次编译相同代码会快很多,注意CCACHE_DIR放在tmpfs里重启会失效，可以定期清理或改到持久目录。
Q&A：ros虚拟机优化常见问题
Q：ros虚拟机卡顿怎么解决？
先排查瓶颈在CPU、内存还是磁盘IO，磁盘IO问题最常见，把虚拟磁盘迁移到SSD，换成固定大小分配，安装增强工具，再做tmpfs挂载，多数常规卡顿能通过这些步骤解决。
Q：虚拟机运行ros慢的原因主要是什么？
多数情况下不是CPU算力不够,而是虚拟磁盘IO延迟加上图形渲染没加速，ROS编译、bag回放、rviz加载点云都会高频读写小文件，磁盘响应慢会直接拖垮整个环境。
Q：虚拟机装ros和双系统哪个好？
如果主要做仿真、可视化和项目复现，虚拟机足够，快照功能也更方便，如果跑大规模3D建图或实时控制，双系统的硬件直通优势更明显，牺牲一点便利换稳定性。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/656058.html
