企业官网建设流程全解析

做分子动力学模拟的人，迟早都要跟 Linux 打交道。Gromacs 这套软件在 Windows 上也能装，但实际跑起来你会非常难受——文件路径、脚本兼容、并行效率、GPU 加速，哪个环节都别扭。我见过不少新手，一开始图省事在 Windows 里装虚拟机，再装 Ubuntu 22.04，折腾一星期后发现性能损失太大，又转向 WSL2；等模拟规模上来了，最后直接放弃 Windows 装成双系统。这条从虚拟机到 WSL2 再到双系统的路线，我自己完整走过一遍，踩过不少坑。这篇就把三条路线的选型对比、Ubuntu 22.04 的完整配置、Gromacs 编译安装和性能优化一次性讲清楚，不管你是刚接触分子模拟的学生，还是需要在自己电脑上搭环境的研究人员，照着做基本都能顺利跑起来。

1. 为什么 Gromacs 一定要跑在 Linux 上

1.1 Gromacs 对 Linux 的硬性需求

Gromacs 是一款开源的分子动力学模拟软件，在生物大分子、材料、化学体系模拟里几乎是标配。它本身是跨平台的，Windows 版也存在，但你真拿 Windows 跑大型体系，会发现在几个核心环节被卡住。

首先是并行计算。Gromacs 的加速逻辑高度依赖 MPI 和线程级并行，Linux 下 OpenMPI、MPICH 都有非常成熟的发行版支持，配合 GCC、Intel oneAPI 编译器，能发挥出近乎线性的扩展效率。Windows 下的 MPI 支持相对弱，尤其当你需要跨节点跑在多台机器上时，Linux 几乎成了唯一选择。

其次是 GPU 加速。Gromacs 对 NVIDIA GPU 的 CUDA 加速支持是重中之重，而 CUDA 工具链在 Linux 下的驱动、库文件、编译环境集成比 Windows 顺畅得多。模拟小体系差别还不明显，一旦跑几百万原子的大体系，Linux 下的 GPU 加速能比 Windows 快 20% 到 50% 甚至更多。

第三是自动化流程。分子模拟从来不只跑一个 mdrun，而是要做能量最小化、NVT 平衡、NPT 平衡、成品模拟，中间还要跑分析脚本、轨迹处理。这些步骤串起来靠的是 bash 脚本、Python 脚本和命令行工具，Linux 天生就是干这个的。Windows 的 PowerShell 虽然也在进步，但你在网上找到的绝大部分教程、脚本、工作流都默认在 Linux 下执行。

最后是集群兼容性。真正的高性能计算集群几乎全是 Linux。如果你以后要接触超算中心、课题组服务器，那上面的作业调度系统如 Slurm、PBS，文件系统、环境变量、软件编译方式全是 Linux 那一套。你在自己电脑上先用 Linux 把流程跑通，迁移到集群上基本不用改任何东西。

1.2 三条路线：虚拟机、WSL2、双系统如何选

在 Windows 电脑上使用 Linux 环境，主流方式就这么几种，各有各的适用场景。

我个人的建议是这样：如果只是刚接触 Linux，想学学命令，或者偶尔跑一些小体系，先装虚拟机，成本低、风险低、删了也不心疼。等确认自己真的需要长期做模拟，果断切成 WSL2，性能和便捷性兼顾得最好。

双系统属于终极形态，它唯一的代价就是你每次切系统都要重启电脑，但换来的是 100% 的硬件性能。做中大规模 Gromacs 模拟时，CPU 的 AVX-512 指令集、GPU 的显存带宽全部拉满，这种感觉是虚拟机没法给你的。

文章后面我会把三条路线都完整讲一遍，你根据自己的基础选一条走到底就行。

2. 方案一：虚拟机安装 Ubuntu 22.04 全流程

2.1 VMware 虚拟机配置与系统镜像准备

虚拟机方案里，我推荐用 VMware Workstation，版本越新越好，我这边用的是 VMware Workstation 17。为什么不推荐 VirtualBox？虽然它免费开源，但对 GPU 直通、USB 设备、3D 加速的支持一直不太稳定，尤其在 Ubuntu 22.04 的图形界面下，体验差距挺明显。VMware 的兼容性和性能表现在个人电脑上更可靠。

安装前需要准备 Ubuntu 22.04 的镜像文件。建议到官网下载 ubuntu-22.04.x-desktop-amd64.iso，比第三方站安全得多。下载时注意核对文件版本号，22.04 属于 LTS 长期支持版本，官方支持到 2027 年，做科研环境就该选这种稳定版本，不要贪新追 23.x、24.x 这种短期版本。

打开 VMware 创建新虚拟机，选"典型"安装，然后指定 ISO 镜像。虚拟机硬件配置这一块，很多人随便点几下就过去了，等装完才发现卡成幻灯片。给一个我自己反复试过的最低和推荐配置：

注意一个细节：虚拟机的内存和 CPU 数量，不能超过物理机资源的一半，否则 Windows 本体都会卡。比如你的笔记本是 16 GB 内存 + 6 核 CPU，虚拟机给 8 GB + 4 核比较稳妥。

2.2 Ubuntu 22.04 安装步骤要点

虚拟机创建完成后，开机进入安装界面。语言选英语，注意这里不要选中文，因为很多 Gromacs 的资料、报错信息、教程都以英文为主，保持英文环境能减少编码和路径问题。这个选择后面还可以改，但初期用英文最省事。

安装类型选"Erase disk and install Ubuntu"，这里删的是虚拟机的虚拟磁盘，不影响 Windows 物理磁盘，放心选。安装过程中创建用户名和密码时，用户名尽量用全小写字母，不要有空格和特殊符号。比如我用的是gmxuser，后面在集群上迁移环境时，这种简洁用户名会省很多事。

整个安装过程大概 10 到 20 分钟，看磁盘速度。装完后重启，进入系统第一件事就是安装 VMware Tools（VMware 17 里叫 open-vm-tools）。在虚拟机菜单栏选"虚拟机"→"安装 VMware Tools"，然后在终端里执行：

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

装完重启，你会发现屏幕分辨率自动变成物理屏分辨率，复制粘贴、拖拽文件也都能用了。很多人装完虚拟机说"屏幕好小""不能复制文件"，八成就是没装这个工具。

2.3 虚拟机里跑 Gromacs 的三大局限

虚拟机跑 Gromacs，性能损失是实实在在的。我实测过在同样一台 i7 处理器上，跑同一个 Gromacs 基准测试，虚拟机比真机慢 15% 到 30%。原因有三个。

第一是 CPU 指令集穿透问题。Gromacs 编译时会根据 CPU 支持的指令集自动选择最快的 SIMD 优化路径，比如 AVX2_256、AVX512_512。但在虚拟机里，虚拟 CPU 暴露给操作系统的指令集往往会被过滤掉一部分，导致编译出来的程序无法使用最高等级的指令集，性能直接打折。

第二是内存带宽瓶颈。分子动力学模拟对内存带宽极其敏感，虚拟机要经过 Hypervisor 层做内存地址转换，每次内存访问都多一层开销。体系越大，这种开销越明显。

第三是 GPU 直通困难。VMware Workstation 对 NVIDIA 显卡的直通支持一直有限，就算你物理机有强力显卡，虚拟机里也基本用不上 CUDA 加速。没有 GPU 的 Gromacs，就像少了条腿。

所以我的结论是：虚拟机只适合学习 Linux 操作和跑跑极小的测试体系。真要跑实际项目，要么上 WSL2，要么直接双系统。

3. 方案二：WSL2 安装 Ubuntu 22.04 实战

3.1 前置检查：硬件虚拟化与系统版本

WSL2 对我而言是目前在 Windows 里做 Linux 开发的最优解。它不像虚拟机那样模拟整个硬件，而是一个轻量级虚拟机，共享 Windows 内核的部分组件，启动只要一两秒，内存动态分配，文件互通也方便。更重要的是它支持 NVIDIA CUDA 加速，意味着你可以在 WSL2 里直接调用 Windows 上的显卡做 Gromacs 的 GPU 加速，性能和双系统非常接近。

动手之前，先花两分钟检查电脑是否满足条件。第一，Windows 10 必须是 2004 版本以上，或者直接上 Windows 11，老版本系统请先更新。第二，CPU 的虚拟化必须在 BIOS 中开启。开机时按 Del 或 F2 进 BIOS，找到"Intel Virtualization Technology"或"AMD SVM Mode"，设为 Enabled。现在的电脑出厂基本默认开启，但如果你是从老机器升级过来的，一定要确认这一项。

确认步骤很简单：打开任务管理器，切到"性能"选项卡，点"CPU"，右下角可以看到"虚拟化：已启用"或"已禁用"。如果是禁用，那就先重启进 BIOS 打开，这一步不解决，后面 WSL2 会一直报错"此计算机上未启用虚拟化"。

检查 WSL 版本用命令行最直接：

wsl --status wsl --version

如果输出里没有 WSL2 相关的版本号，说明你的 WSL 版本过低或者还未启用，直接执行下面一节的操作。

3.2 WSL2 安装 Ubuntu 22.04 的完整步骤

WSL2 的安装有两种方式，我推荐用最新的安装命令，一条命令搞定所有组件。

以管理员身份打开 PowerShell 或 Windows Terminal，执行：

wsl --install

这个命令会自动启用 Windows 的虚拟机平台和 WSL 功能，默认安装 Ubuntu 最新 LTS 版本。但如果你需要指定安装 Ubuntu 22.04，先列出可用的发行版：

wsl --list --online

输出里会有一行Ubuntu-22.04，然后执行：

wsl --install -d Ubuntu-22.04

安装完成后系统会提示你重启电脑。重启后第一次启动 Ubuntu 终端，会让你设置用户名和密码。这一步设置的用户名和 Windows 用户名可以不一致，登录时用的是 Linux 用户，跟 Windows 的账户体系互相独立。

装完第一件事还是更新系统源和数据包：

sudo apt update sudo apt upgrade -y

很多人到这一步就直接开用了，但国内网络环境下，Ubuntu 默认的 apt 源下载速度很慢。建议换成国内镜像源，阿里云或者清华源都行。22.04 的代号是 jammy，换源文件在/etc/apt/sources.list，用 sed 命令快速替换：

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

这样 apt 速度能提升好几倍，后面装依赖包的时候体会会非常明显。

3.3 Windows 与 WSL2 的文件互访与实用配置

WSL2 和 Windows 之间的文件访问是双向的，这也是它比虚拟机体验好的一个重要原因。

从 WSL2 里访问 Windows 文件，路径是/mnt/c/、/mnt/d/，比如你要访问 E 盘的一个 Gromacs 输入文件：

cd /mnt/e/gromacs_data

从 Windows 访问 WSL2 内部的文件，在资源管理器地址栏输入\\wsl$\Ubuntu-22.04\home\你的用户名\，就能像操作普通文件夹一样打开 Linux 里的文件。

这里有一个非常重要的性能心得：Gromacs 的输入输出文件，尽量不要放在/mnt/c或/mnt/e下面。WSL2 访问 Windows 文件系统要经过跨文件系统转换，读写性能损失非常明显，尤其是轨迹文件这类大文件，严重影响模拟的 IO 效率。正确做法是：把数据文件放到 WSL2 的 Linux 文件系统里，比如~/gmx_simulations这种目录，跑完模拟后再把结果复制到 Windows 路径下归档。

WSL2 里的常用路径：~代表/home/你的用户名，所有模拟工作都在这个目录下面进行。这一步虽然简单，但能避免后期一半以上的性能坑。

如果还需要图形界面跑 VMD 这种可视化软件，WSL2 也支持。Windows 11 用户自带 WSLg，直接装 VMD 就能弹窗显示。Windows 10 用户可以用export DISPLAY=127.0.0.1:0.0配合 VcXsrv 实现图形界面。实测下来 VMD 在 WSLg 里运行流畅度够用，常规载入轨迹、看结构都没问题。

4. 方案三：双系统安装 Ubuntu 22.04 终极方案

4.1 双系统安装的准备工作

双系统是准备把一台电脑变成两台用：开机时选择进入 Windows 还是 Ubuntu。这个方案性能最好，但也是三种方案里最容易出意外的。

准备工作第一件事不是下载镜像，而是备份数据。虽然不是删除 Windows，但安装过程中涉及磁盘分区操作，谁也没法保证 100% 不出问题。备份你的毕业论文、代码、实验数据，养成好习惯。

然后是准备一个至少 8 GB 的 U 盘，用来做启动盘。工具推荐 Rufus，Windows 下做启动盘最省心。操作步骤：选择 U 盘，选择下载好的 Ubuntu 22.04 ISO 镜像，分区类型选 GPT，目标系统类型选 UEFI，文件系统保持默认，点开始，几分钟就完成。

磁盘空间分配这一块，很多人不知道怎么分。打开 Windows 的磁盘管理，找一个空间比较大的分区，右键"压缩卷"，给 Ubuntu 腾出至少 80 GB 的未分配空间。如果是 512 GB 的笔记本，我建议给 150 GB 左右，因为后期装完 Gromacs 和各种软件，再存模拟数据，空间吃紧得很快。

4.2 Ubuntu 22.04 双系统安装规划

U 盘插上电脑，重启进入 BIOS。不同品牌笔记本进入 BIOS 的按键不一样，ThinkPad 是 F1，戴尔是 F2 或 F12，联想拯救者是 F2，自己查一下对应型号。重点是把 BIOS 里的 Secure Boot 设置为 Disabled，把启动模式设为 UEFI，然后选择从 U 盘启动。

如果开机没有进入 Ubuntu 安装界面而是直接进了 Windows，多半是 UEFI 启动项的顺序问题。在 BIOS 里找到 Boot Menu，手动选择 U 盘启动即可。

进入 Ubuntu 安装界面后，语言依然建议选英语。安装类型这一步是关键，选择"Install Ubuntu alongside Windows Boot Manager"，也就是与 Windows 共存。安装程序会自动识别你之前压缩出来的未分配空间，你只需要确认它不会动到 Windows 分区就行。

分区方案我用的是最稳的一种：只分一个根分区/和一个交换分区swap。根分区用 ext4 格式，挂载到/，占用剩余全部空间；交换分区设为你物理内存的大小，比如 16 GB 内存就设 16 GB。不需要单独分/home，以后要重装系统的时候直接格式化根分区就行，数据可以单独备份。

安装完成后重启，你会看到 GRUB 引导菜单，里面有 Ubuntu 和 Windows Boot Manager 两个选项。默认进 Ubuntu，等 10 秒或按方向键选择 Windows。到这里，双系统的骨架就搭好了。

4.3 双系统安装后的时间同步问题

双系统有个非常常见又让人头大的问题：Ubuntu 和 Windows 的时间经常对不上。你从 Windows 重启进 Ubuntu，发现时间快了 8 小时，或者反过来慢 8 小时。这背后的原因是两个系统对硬件时钟的解读不同：Windows 把主板时间当成本地时间，Linux 把主板时间当成 UTC 时间。

解决办法是在 Ubuntu 里执行：

sudo timedatectl set-local-rtc 1

让 Ubuntu 也把硬件时钟当成本地时间，这样两个系统的时间就统一了。这个命令我第一次装双系统时踩过坑，折腾了半天才发现就这么一小行的事。

装完双系统还有一个注意点：GRUB 引导菜单默认等待 10 秒，如果你想默认从 Windows 启动，可以修改/etc/default/grub里的GRUB_DEFAULT配置，改成GRUB_DEFAULT=2（根据 Windows 在菜单中的位置调整），然后执行：

sudo update-grub

如果你日后想卸载 Ubuntu，直接用 Windows 的磁盘管理把 Ubuntu 所在分区删掉还不够，还要修复 Windows 的启动引导。最稳妥的办法是用 Windows 安装 U 盘修复启动，或者用 bcdedit 重建引导记录。这个操作有一定风险，所以安装前一定做好备份。

5. Gromacs 编译安装与性能优化关键参数

5.1 Gromacs 依赖环境的安装

Gromacs 安装方式有两种：直接sudo apt install gromacs装编译好的版本，或者自己从源码编译。我的建议很简单：跑步学、做作业，apt 版够用；但你要跑实际研究项目，必须源码编译，这样才能针对自己的 CPU 指令集和 GPU 型号做最大优化，性能差距可以到 30% 以上。

源码编译前需要准备好依赖。在 Ubuntu 22.04 终端里执行：

sudo apt update sudo apt install -y build-essential cmake gcc g++ make \ libfftw3-dev libopenmpi-dev libblas-dev liblapack-dev \ libhdf5-dev zlib1g-dev

这里重点说两个依赖。第一个是libfftw3-dev，FFTW 是 Gromacs 做傅里叶变换的核心库，性能影响很大。Gromacs 官方推荐让 Gromacs 自己编译 FFTW 而不是用系统的，因为能针对 CPU 指令集做优化。第二个是libopenmpi-dev，OpenMPI 是并行计算框架，分子模拟几乎离不开它。装完依赖后验证一下：

cmake --version gcc --version mpirun --version

三个命令都能输出版本信息就说明环境没问题。

5.2 源码编译 Gromacs 的 CMake 配置

去官网下载 Gromacs 源码包，当前稳定版本是 2024.x 系列。解压后进入源码目录，新建一个 build 目录，在 build 目录下执行 cmake 配置。

tar -xzf gromacs-2024.2.tar.gz cd gromacs-2024.2 mkdir build && cd build cmake .. -DGMX_BUILD_OWN_FFTW=ON \ -DGMX_MPI=ON \ -DGMX_OPENMP=ON \ -DGMX_GPU=CUDA \ -DGMX_SIMD=AVX2_256 \ -DCMAKE_INSTALL_PREFIX=/usr/local/gromacs

这几个参数逐个解释。GMX_BUILD_OWN_FFTW=ON是让 Gromacs 自己编译 FFTW，官方推荐的做法，性能最好。GMX_MPI=ON和GMX_OPENMP=ON是开启并行支持，前者支持跨节点 MPI 并行，后者支持单节点的 OpenMP 线程并行，两者可以同时开。

GMX_GPU=CUDA是开启 GPU 加速。如果你的显卡不是 NVIDIA 的，或者暂时没装 CUDA 环境，可以先-DGMX_GPU=OFF跳过，后面需要再加。GMX_SIMD这个参数非常重要，它告诉编译器用哪一级 SIMD 指令集优化内层计算。我不知道你的处理器具体型号，但可以参考这张表：

判断 CPU 是否支持 AVX-512，在 Ubuntu 里执行：

lscpu | grep avx

如果你不确定自己 CPU 支持哪一级，直接选 AVX2_256，这是目前兼容性和性能最均衡的选择。为了保险，也可以在 cmake 时不指定-DGMX_SIMD，Gromacs 会自动检测最高可用的指令集。

配置完成后编译安装：

make -j8 sudo make install

-j8后面的数字根据你 CPU 核数调整，8 核机器就用-j8，16 核可以-j16，编译时间能大幅缩短。

5.3 在 WSL2 中配置 CUDA 与 GPU 加速

前文提到我已经安装了 WSL2，那 GPU 加速这块我也在这里一并说了。WSL2 里用 CUDA 有专门的官方支持，步骤比原生 Linux 还简单。

首先确保 Windows 上已经安装了最新的 NVIDIA 驱动。注意，WSL2 里不需要再装 Linux 版本的驱动，它直接复用 Windows 的驱动。这一点是 WSL2 的优势，很多人不知道，还特意在 Ubuntu 里去装 NVIDIA 驱动，结果黑屏、冲突，各种问题。

然后在 WSL2 的 Ubuntu 22.04 里安装 CUDA Toolkit。去 NVIDIA 官网下载 WSL-Ubuntu 版本的 runfile 安装包，或者直接用 apt 源安装。我用的是 runfile 方式，因为可以指定安装路径，不影响系统自身的库文件。

wget https://developer.download.nvidia.com/compute/cuda/12.3.0/local_installers/cuda_12.3.0_rhel.run sudo sh cuda_12.3.0_rhel.run --toolkit --samples --silent --override

安装完成后在.bashrc里添加环境变量：

export PATH=/usr/local/cuda/bin:$PATH export LD_LIBRARY_PATH=/usr/local/cuda/lib64:$LD_LIBRARY_PATH

重开终端，执行nvidia-smi，如果你能看到显卡信息，说明 CUDA 环境配好了。然后编译 Gromacs 时把 CMake 配置里的-DGMX_GPU=CUDA打开，Gromacs 就能自动调用 GPU 进行非键力计算和 PME 静电计算。

用 GPU 跑 Gromacs 时有个小技巧：命令行加上-nb gpu -pme gpu -bonded gpu -update gpu，让非键、PME、成键相互作用和更新器全部跑在 GPU 上。如果你的 GPU 显存足够，CPU 只用来跑计算排队和输入输出，整体速度能提升好几倍。

5.4 性能验证与 Gromacs 常用命令速查

环境装好后，不要急着跑自己的体系，先用 Gromacs 自带的基准测试验证一下性能是否正常。

gmx mdrun -benchmark -nb cpu

如果 GPU 加速已启用：

gmx mdrun -benchmark -nb gpu -pme gpu

基准测试会输出一串性能数据，重点关注 ns/day 这个指标，表示模拟体系每天能跑多少纳秒。数值越高性能越好。一般的标准是：一个 10 万原子左右的小蛋白体系，单 CPU 能跑到 20-50 ns/day，加 GPU 能到 100 ns/day 以上。

日常用 Gromacs 的几个核心命令我也整理一下，新手照着用就行：

# 生成模拟盒子和溶剂 gmx editconf -f protein.gro -o box.gro -d 1.0 -bt cubic gmx solvate -cp box.gro -cs spc216.gro -o solv.gro -p topol.top # 添加离子 gmx grompp -f ions.mdp -c solv.gro -p topol.top -o ions.tpr gmx genion -s ions.tpr -o solv_ion.gro -p topol.top -pname NA -nname CL -neutral # 能量最小化 gmx grompp -f em.mdp -c solv_ion.gro -p topol.top -o em.tpr gmx mdrun -deffnm em # 正式模拟 gmx grompp -f md.mdp -c em.gro -t em.trr -p topol.top -o md.tpr gmx mdrun -deffnm md -nb gpu -pme gpu -bonded gpu

gmx grompp是预处理命令，把输入结构、拓扑文件和参数文件合成一个.tpr二进制文件。gmx mdrun是真正跑模拟的命令，-deffnm参数指定输出文件前缀，-nb、-pme、-bonded控制不同计算部分在 CPU 还是 GPU 上运行。

6. 高频问题排查与避坑实录

6.1 WSL2 无法启动与虚拟化未启用

WSL2 最常见的问题就是开不了机，报错信息通常写着"WSL2 无法启动，因为此计算机上未启用虚拟化。请确保计算机固件设置中‘虚拟机平’已启用"。

这个报错原因很明确：CPU 虚拟化没开，或者 Hyper-V 组件没安装完整。排查思路分三步：

第一步，确认 BIOS 里虚拟化是否开启。重启进 BIOS，找 "Intel Virtualization Technology" 或 "AMD SVM"，设为 Enabled。这里有个细节：某些品牌的笔记本，即使 CPU 支持虚拟化，BIOS 里默认也给你关着，比如部分联想、华硕机型。开机时按 F2 进 BIOS 后，在 Advanced 或 Configuration 菜单里找，不同品牌叫法不一样，多翻几个菜单。

第二步，确认 Windows 功能里是否启用了 "虚拟机平台" 和 "Windows 虚拟机监控程序"。在控制面板 → 程序 → 启用或关闭 Windows 功能里勾选这两项，然后重启。

第三步，以管理员身份打开 PowerShell，执行：

bcdedit /set hypervisorlaunchtype auto

这个命令是确保 Windows 的 Hyper-V 虚拟机监控程序开机自动启动。有些优化软件会把它改成 off，导致 WSL2 无法正常启动。

6.2 Linux 解压文件乱码问题

用 WSL2 或双系统解压压缩包时，经常遇到中文文件名变成乱码。这其实是编码问题：Windows 上创建的 zip 文件用的是 GBK 编码，Linux 默认用 UTF-8，两边不对付。

解决办法是用 unzip 命令指定编码方式：

unzip -O CP936 文件名.zip

如果你用 7z 解压，可以这样：

7z x 文件名.zip

然后配合convmv批量转换文件名编码：

sudo apt install convmv convmv -f GBK -t UTF-8 -r --notest 目录名/

这个技巧在从 Windows 共享文件或者别人发你的压缩包时特别实用。别问为什么 Windows 不直接用 UTF-8，问就是历史包袱。

6.3 磁盘空间不足与 WSL2 虚拟磁盘迁移

WSL2 有个坑：它的虚拟磁盘文件默认放在 C 盘，而且不会自动缩水。你用了一段时间，明明觉得没装多少东西，C 盘空间却越来越小。这是因为 WSL2 的 ext4 虚拟磁盘只增不减，删了文件它也不会自动把空间还给 Windows。

查看虚拟磁盘大小：

wsl --shutdown

然后找到ext4.vhdx文件，位置在C:\Users\你的用户名\AppData\Local\Packages\CanonicalGroupLimited.Ubuntu22.04*\LocalState\。如果这个文件已经很大了，可以用 diskpart 压缩它。但我更推荐直接迁移到其他盘。

迁移方法也不复杂：在 PowerShell 里执行：

wsl --export Ubuntu-22.04 D:\wsl_backup\ubuntu.tar wsl --unregister Ubuntu-22.04 wsl --import Ubuntu-22.04 D:\wsl\Ubuntu-22.04 D:\wsl_backup\ubuntu.tar

--export是把现有系统导出为 tar 备份，--unregister删除原系统，--import重新导入到新位置。注意，--unregister会清空 WSL2 里所有数据，操作前一定确认你的模拟结果已经备份到 Windows 侧了。

6.4 其他高频问题速查表

每个问题都是我在实操中真实遇到的，不是网上抄来的。尤其是双系统 GRUB 丢失那个，我第一次装的时候，Windows 更新把 Ubuntu 的启动项干掉了，当时也慌得很，后来用 Boot-Repair 工具几分钟就恢复了。这种问题不致命，但很恼人，遇到的时候别慌，按表排查就行。

7. 写在实操之后的一些个人心得

三个方案我都实际用了一年多，最后的体会是这样的：如果你只是学 Linux 和跑小体系，WSL2 是当前体验最好的，兼顾了 Windows 的日常办公和 Linux 的模拟环境。如果模拟规模到了几百万原子长期跑，双系统是更稳妥的选择，尤其是 GPU 加速这块，双系统下的 CUDA 性能比 WSL2 更稳定，省心。

最后再分享一个我踩过多次的坑：不管用哪种方案，模拟数据的备份一定要养成习惯。虚拟机和 WSL2 里虽然用起来方便，但它们的底层文件都是稀疏文件，一旦 Windows 系统出问题，恢复的难度比普通文件大得多。我的习惯是每次大模拟结束后，把*.xtc轨迹文件、*.tpr输入文件和日志文件复制到 Windows 侧的专门目录，再同步一份到移动硬盘。这种习惯不好养成，但真的能救命。