Windows跑Gromacs环境搭建：虚拟机、WSL2与双系统全攻略

我当年第一次在实验室碰Gromacs，是在一台装了Windows的办公电脑上。导师发来一个pdb文件，让我先跑个能量最小化，结果我在Windows命令行里折腾了一整晚，连软件都没跑起来。后来才明白，Gromacs这种为Linux生态深度优化的分子动力学软件，在Windows原生环境里就是个半残废。折腾虚拟机、双系统、WSL2这一路下来，踩的坑能装满一个试剂柜。这篇文章就把我这几年的经验整理出来，帮刚入坑计算化学、生物物理的兄弟姐妹们少走弯路，从零搭一个能真正用来跑模拟的Linux环境。

这篇文章主要聊三条路：VMware虚拟机、WSL2（Windows Subsystem for Linux 2）和原生双系统。我会把每条路的关键配置、适用场景和坑都讲清楚，重点站在Gromacs的实际需求角度来分析。适合刚接触计算模拟、想在个人电脑上跑Gromacs、以及准备从Windows切换到Linux环境的同学参考。

1. 为什么Gromacs需要一套属于自己的Linux环境

在动手装系统之前，先把“为什么”想明白。很多新手对Linux环境的第一反应是没必要，觉得装个Windows版Gromacs不就行了。实际用过就知道，Windows版本的Gromacs支持非常有限，要么是别人编译好的二进制包，要么就得自己在MinGW环境下从头折腾，MPI并行、GPU加速这些关键功能基本残废。而Gromacs团队在官方文档里反复强调，Linux是唯一全面支持的生产环境。

原因其实很直接：Gromacs的核心计算依赖高度优化的C++和Fortran代码，这些代码在Linux的GCC编译链、OpenMPI基础设施、CUDA驱动体系下才能跑出真正的性能。比如分子动力学模拟里最耗时的非键相互作用计算，Gromacs会通过SIMD指令集（AVX2、AVX-512）自动优化，这套优化在Windows原生环境下非常难以完整实现。

从我的实际经验来说，Gromacs在Linux下的性能大概是Windows下的1.5到2倍，这还只是CPU单机的情况。如果涉及到GPU加速，差距会更夸张。再加上Gromacs的生态工具链，比如分析轨迹用的VMD、PyMOL，建模用的CHARMM-GUI，几乎都是优先支持Linux环境。所以搭建一套好用的Linux环境，本质上是给自己未来几年的计算研究打地基。

不过这里有个隐藏痛点：很多刚进实验室的学生只有一台Windows电脑，直接整体装成Linux又舍不得，毕竟还要用Office、微信、文献管理软件。所以下面三种方案，就是为了解决这个矛盾。

2. 虚拟机、WSL2与双系统的本质区别与选型

我最早用的是VMware虚拟机，后来换到WSL2，最近几个月因为跑大体系，又干脆装了双系统。来回折腾下来最大的感受是：没有完美的方案，只有适合你当前阶段的选择。

先说虚拟机（VMware Workstation / VirtualBox）。它的本质是在Windows里虚拟出一整套电脑硬件，然后在这套虚拟硬件上装Linux。好处是隔离性极好，怎么折腾都不影响Windows本体，快照功能可以随手备份系统状态，非常适合新手练手和做实验性配置。坏处是性能损耗明显，CPU跑Gromacs大概有10%-20%的性能下降，对内存带宽敏感的任务影响更大。

WSL2的设计思路完全不同。它不再模拟完整的计算机硬件，而是跑在Windows的轻量级虚拟机（基于Hyper-V技术）上，但深度集成了文件系统、网络和Windows工具链。你可以说它是个“半原生”的Linux环境，启动快、内存占用比传统虚拟机低得多，而且可以直接从Windows访问Linux文件。对Gromacs来说，WSL2的CPU性能损失比传统虚拟机更小。但有个大坑，WSL2对GPU的支持虽然已经完善，配置过程对新手仍然颇有门槛。

双系统则是最直接的道路：磁盘划分出独立分区，开机时选择进入Windows或Linux，硬件资源完全由当前系统独占。这是跑Gromacs性能最优的方案，配上合适的GPU驱动，基本能达到官方性能基准的98%以上。缺点同样明显，两个系统不能同时运行，切换要重启，而且对Linux不熟悉的话，误操作分区可能导致数据丢失，风险最高。

我把三个方案的关键参数整理成了一张表，方便对比。

我的选型建议同样简单直接。如果你是第一次接触Linux，建议直接用WSL2，因为Windows Terminal配合WSL2的使用体验对新手非常友好，出问题的概率和修复成本都相对较低。如果你需要跑较大规模（百万原子以上）的模拟，或者需要使用完整的CUDA加速且不擅长折腾驱动，那就咬咬牙装双系统。虚拟机我现在的看法是只适合作为临时环境，比如快速测试某个软件能否在你的体系上运行。

3. 虚拟机路线：VMware Workstation安装Ubuntu 22.04实操

先讲虚拟机，因为这是最稳妥的入门方式，配置原理也容易理解。我以VMware Workstation Pro为例，因为Player免费版功能略有缩减，但核心安装流程完全一致。

3.1 创建虚拟机前的准备工作

第一步是下载Ubuntu 22.04 LTS的镜像文件。这里有个非常关键的细节：不要下载desktop版（桌面版）之外的其他变体，除非你知道自己在做什么。Desktop版内置了图形界面，对新手而言，可视化操作能够显著降低上手门槛。而Server版没有图形界面，安装完会面对黑乎乎的终端，对于刚接触Linux的人来说很容易崩溃。

在VMware里新建虚拟机时，有几个参数不要用默认值硬套。内存建议至少分配8GB，因为Gromacs编译时比较吃内存，如果你机器本身是16GB内存，分8GB给虚拟机是合理的。处理器核心数建议4个以上，但不要超过物理机总核心数的一半，否则Windows会卡到你怀疑人生。硬盘容量我建议直接给80GB，且存储为单个文件，这样后续扩容和迁移更省事。

创建完虚拟机，在“虚拟机设置”里还有两个容易被忽略的重要选项：一是“处理器”设置里勾选“虚拟化Intel VT-x/EPT或AMD-V/RVI”，这能让虚拟机内的性能和功能表现更接近物理机；二是把网络适配器设置为NAT模式。如果你选了桥接模式，可能会遇到校园网认证、路由器绑定MAC地址等一堆ip配置的玄学问题，NAT模式是最省心的选择。

3.2 安装Ubuntu 22.04的详细流程

加载ISO镜像开机后，会看到Ubuntu的GRUB引导界面，选第一个“Try or Install Ubuntu”回车。这里有个经验：如果你的显卡比较新，可能会卡在启动界面或者花屏，可以按“e”进入GRUB编辑模式，在“quiet splash”后面加“nomodeset”再按F10启动，这是显卡驱动导致的经典问题。

安装程序启动后，关键选择有几个。第一是网络，可以连上Wi-Fi或插网线，如果不连也无所谓，不影响安装，只是可能会提醒你更新。第二是在“Updates and other software”界面，建议选“Minimal installation”，同时不勾选“Install third-party software for graphics and Wi-Fi”，把第三方驱动安装放到系统装完后再手动处理，这样避开很多黑屏或不兼容坑。第三是安装类型，直接选“Erase disk and install Ubuntu”就行，因为虚拟机里只有一块虚拟硬盘，不存在破坏物理数据的风险。

用户名和密码的设置建议直接把用户名设为英文，不要带空格或特殊符号。安装完成后重启，在登录界面先别急着进去，这会是个能让你避免后面诸多麻烦的小技巧的先兆：在系统里打开终端，先执行一次完整的apt更新，这个动作在刚装好的系统里尤其重要。

3.3 安装VMware Tools和Gromacs依赖

装完Ubuntu进入桌面后，第一件事不是装Gromacs，而是先装open-vm-tools。这个是VMware和Ubuntu配合的关键驱动包，负责共享剪贴板、拖拽文件、自适应分辨率这些体验功能。打开终端执行：

sudo apt update sudo apt install open-vm-tools open-vm-tools-desktop -y

如果这段命令执行时提示找不到包，通常是因为刚安装完系统还未刷新软件源，先执行sudo apt update再安装就能解决。装完后重启虚拟机，你会发现屏幕分辨率自动适应窗口大小，Windows和Linux之间的文件拖拽也能用了。需要注意的是，如果在虚拟机里拖拽不生效，可以检查VMware tools服务是否启动：

systemctl status open-vm-tools

这个服务一定是running状态的，否则需要sudo systemctl restart open-vm-tools。

接下来就开始装Gromacs的底层依赖。这一步不要贪多，装精不装杂：

sudo apt install build-essential cmake git libfftw3-dev libopenmpi-dev openmpi-bin libblas-dev liblapack-dev -y

这些包分别对应着C++编译器工具链、CMake构建系统、FFTW库（Gromacs做傅里叶变换的核心依赖）、OpenMPI并行框架和线性代数库。如果你的机器有NVIDIA显卡，并且想用GPU加速，还需要额外安装CUDA工具包，这个我放到后面Gromacs编译的章节详细讲。

4. WSL2路线：从开启虚拟化到Ubuntu 22.04就绪

WSL2是我目前最推荐给日常使用Gromacs的朋友的方案，尤其是还在用Windows做主力系统、不想频繁重启切系统的同学。它的安装过程比虚拟机稍抽象一点，但只要理解了底层逻辑，其实非常顺畅。

4.1 安装WSL2的前置条件

在装WSL2之前，需要明确两个硬性条件：Windows 10版本2004及以上，或Windows 11全系列。另一项是计算机的CPU必须开启虚拟化功能。这两个条件缺一不可，否则会直接卡在启动阶段。

检查Windows版本的方法很简单：按Win+R，输入winver回车，会弹出一个版本信息窗口。如果版本过旧，先升级Windows系统。虚拟化是否开启，可以打开任务管理器，切到“性能”标签页，找到“CPU”，看右下角的“虚拟化”状态。如果显示“已启用”，直接进入命令安装；如果显示“未启用”，就需要重启电脑，按Del或F2进入BIOS设置，找到Intel VT-x或AMD-V选项并把它设置为Enabled。这个过程各品牌主板名字不一样，但搜索“你的主板型号+BIOS开启虚拟化”一般都能找到确切路径。

在满足这两个条件后，安装命令就非常简单了。用管理员身份打开PowerShell或Windows Terminal，执行：

wsl --install

这个命令会自动启用所需的Windows功能，下载并安装WSL2内核，然后安装默认的Ubuntu发行版。装完按要求重启即可。如果你不想用默认的Ubuntu版本，可以在安装前加参数指定，比如wsl --install -d Ubuntu-22.04。重启后，系统会打开一个Ubuntu窗口，要求你设置用户名和密码。这里的用户名依然建议用纯英文缩写，因为很多Linux下的编译工具对中文用户名处理不好。

4.2 WSL2发行版的深度配置

第一步就是换软件源。Ubuntu默认的软件源在国外，直接下载依赖非常慢。我一般用清华或者阿里云的镜像源。方式是通过中科大zhangsong的脚本一键换源，或者手动编辑软件源文件。

sudo sed -i 's/archive.ubuntu.com/mirrors.aliyun.com/g' /etc/apt/sources.list sudo apt update

这里补充一个细节：如果你安装的是Ubuntu 22.04以上的版本，软件源文件可能在/etc/apt/sources.list.d/ubuntu.sources里，格式为debsrc类型，手动编辑时需要注意格式。遇到更新源报错，先检查自己编辑后的文件格式是否存在错行或多余空格。

换完源，顺手安装一些基础工具，比如build-essential和cmake。WSL2里面装Gromacs和虚拟机里的步骤基本一样，唯一的区别是文件系统路径。在WSL2里访问Windows文件系统，路径是/mnt/c/Users/你的用户名/，反之，在Windows资源管理器地址栏输入\\wsl$\Ubuntu-22.04\home\你的用户名就能直接访问Linux文件。

这里有个非常重要的实战建议：跑Gromacs的时候，把模拟文件放到WSL2的原生文件系统里（比如~/gmx-run），不要放到/mnt/c挂载的Windows目录里。我实测过，放到/mnt/c目录下，运行速度会显著下降，因为跨文件系统读写有性能损耗。有些新手把输入文件放在Windows桌面，然后cd /mnt/c/Users/xxx/Desktop去跑，结果发现模拟速度比预期慢很多，原因就在这里。

4.3 WSL2的内存和CPU资源优化配置

WSL2默认会占用物理机最多50%的内存，这对跑大体系Gromacs来说并不理想，因为Gromacs本身是大型物理内存消耗者，我们更希望它能尽量多用内存。但如果你不想让WSL2影响Windows的日常使用，可以通过配置文件精确控制。

在Windows用户主目录下，创建一个.wslconfig文件，内容如下：

[wsl2] memory=12GB processors=6 swap=8GB localhostForwarding=true

这个配置文件的核心逻辑是：给WSL2分配12GB内存和6个CPU核心，并设置8GB的交换分区（内存不足时用作溢出）。我建议这个配置在你要跑Gromacs时保留，模拟结束后可以临时改小，避免资源被长时间占用。修改完配置后，在PowerShell里执行wsl --shutdown再重新启动WSL2即可生效。

有了这套资源保障，WSL2跑Gromacs时基本不会因为内存不足而中途挂掉。

5. Gromacs的核心安装与性能验证

环境搭好只是第一步，真正让人头发掉光的是Gromacs本身的编译安装。我在这里把从源码编译Gromacs的完整过程以及相关优化参数讲透彻。

5.1 为什么要自己编译而不是apt直接装

很多人看到sudo apt install gromacs这条命令就觉得搞定了，但有一个很现实的问题：apt源里的Gromacs版本通常比较旧，而且不包含MPI并行支持。我自己遇到过一个案例：用apt装的Gromacs跑相同的模拟，时间要比自己编译MPI版本慢约30%。这是因为apt版本通常只是串行编译，无法利用多核并行，而Gromacs在开发文档里强调，多核并行是加速分子动力学模拟最重要的手段。所以如果你对性能有一点要求，源码编译是必经之路。

5.2 Gromacs2024版源码编译全过程

去Gromacs官网下载最新稳定版源码包，我这里以2024.3版本为例。先把依赖清点一遍：

sudo apt install build-essential cmake libfftw3-dev libopenmpi-dev openmpi-bin libblas-dev liblapack-dev -y

接下来解压源码，并创建一个build目录（Gromacs官方强烈建议out-of-source构建，也就是源码和编译产物分离，方便日后清理）：

wget https://ftp.gromacs.org/gromacs/gromacs-2024.3.tar.gz tar xfz gromacs-2024.3.tar.gz cd gromacs-2024.3 mkdir build && cd build

现在进入CMake配置。这是Gromacs安装过程中决定性能的关键一步，建议直接使用以下配置参数：

cmake .. -DGMX_BUILD_OWN_FFTW=ON -DGMX_MPI=ON -DGMX_SIMD=AVX2_256 -DCMAKE_INSTALL_PREFIX=/usr/local/gromacs -DBUILD_SHARED_LIBS=OFF -DGMX_GPU=OFF

逐项解释这些参数的含义：

• GMX_BUILD_OWN_FFTW=ON：让Gromacs自己编译FFTW库。之所以这么设置，是因为系统自带的FFTW可能编译时没有启用对Gromacs至关重要的单精度优化，而这会影响运算效率。直接使用自带FFTW可以保证性能上限。
• GMX_MPI=ON：开启MPI并行支持，这是多核跑Gromacs的关键。
• GMX_SIMD=AVX2_256：SIMD指令集选项。你的CPU如果支持AVX2（2013年之后的英特尔酷睿基本都支持），就选这个。如果CPU是AMD Zen系列，同样的选项也适用。实在不确定自己CPU支持什么指令集，可以在Linux终端执行lscpu查看Flags部分是否包含avx2。
• CMAKE_INSTALL_PREFIX：安装路径，建议安装到独立目录，方便管理版本。
• BUILD_SHARED_LIBS=OFF：生成静态库，虽然构建文件会大一些，但运行时不用处理动态链接库的环境变量问题，对新手更友好。
• GMX_GPU=OFF：这里先关掉GPU支持。如果后面想用GPU加速，可以重新配置开起来。

配置完成后执行编译：

make -j 8 sudo make install

-j后面的数字是并行编译的线程数，一般设为物理机核心数减一或减二，避免因为编译时过度占用资源导致其他工作卡顿。编译过程会持续10到30分钟不等，中途不要轻易中断。

最后，把Gromacs可执行文件的路径加到环境变量里，同时把帮助文档rosetta加入MANPATH，方便后续使用：

echo 'source /usr/local/gromacs/bin/GMXRC' >> ~/.bashrc source ~/.bashrc

验证安装是否成功，直接运行gmx --version，如果看到版本信息就说明核心安装完成。

5.3 性能验证：跑一个标准Benchmark

环境装完了，怎么知道它性能正不正常？Gromacs自带了一个benchmark测试，可以从Gromacs官网下载benchMEM样例来跑，也可以在安装目录找share/gromacs/tests。我这里放一个简单的验证方法：用Gromacs内置的gmx mdrun跑一个小模拟格子，在模拟目录执行：

gmx mdrun -s topol.tpr -nb cpu -ntmpi 4 -v

这个命令的含义是：4个MPI进程，在CPU上进行非键相互作用计算。你期望看到的是运行结果里Performance一项能达到比较理想的ns/day值。如果数字明显偏低，大概率是SIMD选项没选好，或者MPI进程数设置不合适。用htop命令观察CPU占用，如果有几个核心处于空转状态，说明并行效率不高，需要调整-ntmpi参数（通常是选择物理核心数）。

5.4 GPU加速的初步配置思路

如果你有NVIDIA显卡，想让Gromacs跑得更快，可以继续配置CUDA。在WSL2里安装CUDA的流程跟虚拟机略不同，但遵循一个核心原则：去NVIDIA官网下载对应WSL2版本的CUDA Toolkit，安装时选deb方式，装完在~/.bashrc里加上CUDA的PATH：export PATH=/usr/local/cuda/bin:$PATH。

然后在编译Gromacs时，把CMake参数中的GMX_GPU=ON打开，并指定GMX_CUDA_TARGET_SM为显卡对应的计算能力（比如RTX 3060对应SM_86）。这里对新手有个建议：如果第一次编译，先把CPU版本跑通再做GPU版本，不要一上来就两者一起配置，不然排查问题会非常痛苦。

6. 双系统路线：给Gromacs最极致的性能

如果你的研究方向是自由能微扰或超大体系模拟，WSL2的性能依然有瓶颈，这时候就应该考虑双系统了。很多实验室计算节点就是这么配置的，同时具备Windows的办公便利性和Linux的计算性能。

6.1 双系统安装的磁盘规划

在Windows中先压缩一个分区，给Ubuntu腾出空间。右键“此电脑”->“管理”->“磁盘管理”，在所需磁盘卷上右键选择“压缩卷”，至少分配100GB空间，这个大小足以安装系统和大多数科学软件以及存放模拟数据。如果你想跑更大体系，建议直接上200GB，因为轨迹文件非常吃空间。

Ubuntu安装流程和3.2节基本一致，只是到了“Installation type”那一步，要选择“Something else”手动分区，而不是覆盖全盘。这里有一个非常重要的分区建议：创建一个/（根分区）约50GB，一个/home分区放剩余空间，再创建一个swap交换分区约等于你的物理内存大小（休眠需要）。/用来装系统和软件，/home用来存模拟数据和软件配置，这样如果系统崩溃重装，数据和配置不会消失。很多新手只分一个根分区，系统一出事重装就丢数据，这个教训一定要记下。

6.2 双系统的引导和驱动注意事项

装完Ubuntu重启后，默认会进入GRUB引导菜单，可以选择Windows还是Ubuntu。但你是不是发现Windows不在了？这是因为Ubuntu的引导器有时无法正确检测Windows的启动项。解决办法很简单：更新一下GRUB。

sudo update-grub

如果依然找不到Windows，就在终端检查分区是否存在，再手动添加启动项。遇到这种情况不要慌，重新执行一遍sudo os-prober再update-grub基本能解决。

装完系统还要装NVIDIA显卡驱动。在Ubuntu软件和更新里，切到“附加驱动”tab，选择一个专有驱动版本安装。我自己遇到过一个大坑：装完驱动后黑屏。这个是因为nouveau开源驱动和NVIDIA专有驱动冲突。解决方法是在启动参数里加nouveau.modeset=0，也就是在GRUB启动菜单按e进入编辑模式，在Linux那一行末尾加参数后按F10启动，进入系统后再正式安装NVIDIA驱动。

6.3 双系统时间错乱问题

双系统还有一个几乎人人都会遇到的问题：时间错乱。Windows显示时间比Ubuntu快了8小时（或慢了8小时）。原因很简单：Windows把主板时间当作本地时间，Linux把主板时间当作UTC时间。解决办法是在Ubuntu里执行：

sudo timedatectl set-local-rtc 1

我见过有人为此把主板时间改来改去，最后还是要踩这个坑。这条命令解决得非常优雅。

7. 我踩过的坑：常见问题与排查技巧

这些年我在这三套环境中反复往返，踩过的坑多的能列一长串。我把几个高频问题整理成了速查表，希望帮你提前绕开。

还有一个更容易被忽略的问题：虚拟机和WSL2里跑Gromacs时，如果你用的是笔记本电脑，一定要留意电源管理。Windows默认的“平衡”电源模式会限制CPU性能，跑大规模模拟时性能掉得明显。我一般会建议进入“控制面板-电源选项”，选择“高性能”模式，然后在BIOS里关闭CPU的C-State节能选项（如果是台式机）。这个操作对模拟速度的提升比想象中大得多。

另外一个软件层的坑：当你在虚拟机上用文件共享的方式跑Gromacs，特别容易遇到路径权限问题。比如在Windows共享目录里生成的文件，在Ubuntu内无法编辑。解决方案很简单，给共享目录加读写权限：

sudo chmod -R 777 /mnt/hgfs/共享目录名

但要注意，这种权限设置不要用在WSL2的跨文件访问路径上，不然可能引起Windows文件权限混乱。

8. 我的最终建议与路线总结

说完三套方案，聊聊我现在的实际选择。如果把所有经验浓缩成一句话：先WSL2，再考虑双系统。对绝大多数在校生和刚入职的科研人员来说，WSL2的便利性和性能已经足够覆盖90%的需求，而且它最大的好处是“不脱离Windows生态”，你可以一边跑Gromacs模拟，一边用Word写论文、用微信回消息，不用来回重启。从命令行体验来说，WSL2里的Linux终端配合Windows Terminal，体验比在虚拟机里流畅得多。

只有当你在WSL2里遇到瓶颈，比如模拟体系超过百万原子、需要长时间占用全部CPU和GPU跑连续模拟的时候，再切换到双系统。在我的实际测试中，WSL2和双系统跑相同benchmark的性能差距大概在5%以内，但如果跑连续几天的大规模模拟，双系统的稳定性和性能释放仍然要更踏实一些。

虚拟机这套方案，我现在基本只用来干两件事：一件是给新手做教学演示，另一件是测试环境敏感型软件的跨平台兼容性。日常跑Gromacs是真的不够顺手的。

最后分享两个我自己总结的小技巧。第一个是给Gromacs配置环境变量的时候，把GMXRC的source写进~/.bashrc，但一定要写在最后一行，避免意外覆盖其他环境变量的默认路径。第二个是用make -j编译时，不要盲目用最大核心数，我发现-j设为物理核心数的一半，编译总时间反而更短，因为单个编译任务需要的内存很大，核心开太多会卡在内存带宽上。

还有一点特别适合实验室场景：装好一套WSL2环境后，可以把整个Ubuntu发行版打包迁移到新电脑。在PowerShell里执行wsl --export Ubuntu-22.04 ubuntu.tar，然后在另一台电脑用wsl --import导入，省去重新编译Gromacs的漫长等待。我换电脑时就这样干过，整个环境25分钟迁移完毕，比从头搭建快太多了。

希望这篇文章能帮你顺利把Gromacs跑起来。计算模拟这条路，环境折腾只是第一关，但环境顺不顺直接影响着你对整个领域的心态。踏踏实实把基础打好，后面跑模拟、分析轨迹时，你会感谢今天认真配置环境的自己。