如果您在Windows中运行WSL2时发现Vmmem进程持续占用过高内存，导致系统响应迟缓或应用程序卡顿，则很可能是WSL2未设置内存与CPU硬性上限所致。以下是配置WSL2内存和CPU使用上限的具体方法：
一、通过.wslconfig文件静态配置内存与CPU
该方法适用于所有WSL2发行版，通过在Windows用户目录下创建或修改.wslconfig文件，为WSL2虚拟机设定全局资源限制。配置生效后，WSL2启动时将严格遵守所设上限，避免无节制占用宿主机资源。
1、按下Win + R打开“运行”窗口，输入%UserProfile%并回车，进入当前Windows用户主目录。
2、在该目录下新建一个纯文本文件，命名为.wslconfig（注意开头为英文点号，若系统隐藏扩展名，需确保实际文件名不含.txt）。
3、用记事本或VS Code打开该文件，在其中写入以下内容（根据您的物理内存合理调整数值）：[wsl2]memory=8GBprocessors=4swap=4GB
4、保存文件时，务必选择UTF-8无BOM编码格式（记事本中需通过“另存为”手动指定编码）。
5、以管理员身份打开PowerShell，执行wsl –shutdown命令彻底终止所有WSL2实例。
6、重新启动任意WSL发行版（如Ubuntu），配置即刻加载。
二、使用wsl –manage命令动态调整内存（WSL 2.5+适用）
该方法无需编辑配置文件，可在不重启WSL发行版的前提下，针对特定发行版实时调整内存分配。适用于已升级至WSL版本2.5或更高版本的用户，操作更灵活且不影响其他发行版运行状态。
1、在PowerShell中执行wsl -l -v确认目标发行版名称（如Ubuntu-22.04）及当前版本号。
2、确认WSL版本不低于2.5：运行wsl –version，输出中Version字段值应≥2.5。
3、执行动态内存设置命令：wsl –manage Ubuntu-22.04 –memory 6GB（将Ubuntu-22.04替换为您的实际发行版名称）。
4、该命令立即生效，无需关闭或重启发行版，但仅对指定发行版生效。
三、验证内存与CPU配置是否生效
配置完成后，必须通过终端命令或系统工具确认参数已正确加载，防止因路径错误、编码异常或版本不兼容导致配置静默失效。
1、在WSL终端中运行free -h，观察Mem:行的total值是否接近所设memory值（允许约±200MB误差）。
2、运行nproc命令，输出数字应与.wslconfig中processors值一致。
3、检查Swap是否启用：在free -h输出中查找Swap:行，其total值应匹配配置的swap大小。
4、在Windows任务管理器“性能”页签中，观察Vmmem进程的内存占用峰值是否稳定在设定上限附近，而非持续攀升。
四、处理.wslconfig创建失败的常见情形
Windows资源管理器默认禁止直接创建以点开头的文件，此时需采用替代方式确保配置文件被正确识别，否则所有后续配置均无效。
1、若右键新建提示“不能包含点号”，请先新建名为wslconfig.txt的普通文本文件。
2、双击打开该文件，输入配置内容后保存，再右键重命名为.wslconfig（系统可能提示“如果改变文件扩展名，文件可能变得不可用”，点击“是”继续）。
3、若仍无法创建，可直接在PowerShell中执行：New-Item -Path $env:USERPROFILE -Name “.wslconfig” -ItemType “File”。
4、创建成功后，使用Get-ChildItem $env:USERPROFILE -Force确认.wslconfig出现在列表中，且Attributes列不含Hidden标记。
五、关键参数取值建议与避坑指南
不当的参数设置可能导致WSL2无法启动、编译失败或系统级OOM崩溃，需结合宿主机硬件条件谨慎设定。
1、memory值不应超过物理内存的70%；例如16GB内存主机建议设为8GB–10GB，32GB主机可设为20GB–24GB。
2、processors建议不超过宿主机逻辑处理器总数的75%；例如12线程CPU可设为8或9，避免与Windows前台应用争抢调度资源。
3、swap值推荐设为memory的1–2倍，但最低不得小于2GB，以防编译大型项目时触发OOM killer。
4、切勿将.wslconfig置于C:\Windows\、C:\Program Files\等系统目录，仅%UserProfile%路径有效。
评论(0)