VMware Workstation 虚拟机配置：CPU、内存、磁盘、显存怎么填不卡

前阵子朋友给我发来一张截图，是 VMware Workstation 新建虚拟机的向导页，问我：这几个框到底怎么填？CPU 给几个核、内存给多少、硬盘 60G 还是 120G、显存拉了那么长一条到底拉多少？他说自己前两天把 CPU 拉满、内存拉到顶，结果虚拟机没快起来，宿主机先卡到鼠标飘。

这个问题其实特别典型。新建虚拟机时参数配得好不好，决定你后续用的半年是舒心还是糟心。配多了浪费物理机资源，配少了虚拟机一开机就卡成 PPT。更麻烦的是，CPU、内存、磁盘、显存这几项看似各管各，实际又互相牵连，并不存在一套“万能参数”能抄完还能通吃所有场景。

我这些年用 VMware Workstation、PVE、VirtualBox 一起搭过测试机、编译环境、Windows 兼容性验证机和 Linux 服务器，踩过的坑比写出来的多。这篇就把新建虚拟机参数怎么配这件事讲透，尽量给你可以直接抄的配置建议，也会告诉你每一项参数背后的判断逻辑，这样换一台主机、换一个虚拟化平台，你也能自己推出来怎么填。

1. 先想清楚：虚拟机花的是宿主的钱，不浪费也不卡的本质是资源预算

很多人打开新建虚拟机向导，第一反应是“我看到主机有什么就给它什么”。32G 内存的主机就给虚拟机 28G，16 核 CPU 就给虚拟机 12 核，生怕没榨干硬件。这个思路不能说完全错，但忽略了最关键的一点——虚拟机所有资源都是向宿主机“借”的。你借得越多，宿主机自己留下的余地就越少，一旦宿主机被逼到用交换内存或 CPU 排队，那整个系统（包括虚拟机）反而会一起卡。

1.1 宿主机资源的分账逻辑

打个比方，你的物理机就是一套房子里住了几户人。虚拟机是租客，宿主机系统是房东。房东当然可以把自己房间腾出来给租客住，但如果腾到连自己睡觉的地方都没有，整个房子的水电煤气就没人维护了。宿主机一旦因为内存不足而频繁读写页面文件，或者 CPU 被虚拟机占满，你会在宿主机上看到一个现象：鼠标飘、输入法延迟、浏览器窗口半天弹不出来。

我个人的经验是，给虚拟机规划配置之前，先静下来做一道减法题：

text复制可分配给虚拟机的资源 = 宿主机物理总资源 - 宿主机系统自身占用 - 安全余量

安全余量看起来很虚，但非常实际。Windows 宿主机开个浏览器加微信加开发工具，轻轻松松吃 4~6G 内存；Linux 带桌面环境的宿主机稍微省一点，至少也要 2~3G 内存。CPU 同理，你不能把全部核心都交出去，宿主机的系统服务、后台杀毒、索引服务都要喘气。

1.2 不同平台的资源分配方式不一样

网上很多配置教程默认讲的是 VMware Workstation，但如果你用的是 PVE、Hyper-V、VirtualBox，参数名称和底层行为会有一点区别。

• VMware Workstation / VirtualBox 属于“宿主操作系统内运行的虚拟化软件”，资源超分（overcommit）是允许的，但超分后性能会因宿主机争抢而下降。
• PVE / ESXi 属于裸金属虚拟化，资源管理更硬朗一点，CPU 超卖、内存超卖在服务器场景很常见，但对家庭单机使用来说，建议还是别把余量卡太死。
• Hyper-V 属于 Windows 自带虚拟化，动态内存这类功能开起来很方便，但如果你只是跑个简单的测试系统，它会显得比较“重”。

所以下文里我会以最常用的 VMware Workstation 为主要操作界面来讲，同时标注清楚 PVE 和 VirtualBox 上对应的概念，不要一换软件就不会填。

1.3 建虚拟机前的三类用途判断

只要你先回答“这台虚拟机是用来干嘛的”，参数就已经自动收敛一半了。我一般把虚拟机的用途分成三类：

• 桌面办公型：Windows 10/11 里开浏览器、Office、企业办公软件，偶尔跑个客户端。
• 服务器测试型：装 Linux，跑 Nginx、数据库、Docker、Kubernetes 模拟环境，通常没有图形界面需求。
• 高性能计算型：编译大型项目、跑数据分析、本地测试模型推理、跑虚拟机里的 Android 模拟器。

这三类的 CPU、内存、磁盘、显存需求完全不同。桌面型要兼顾图形流畅度，显存和内存都吃；服务器型通常内存比 CPU 重要；高性能计算型则要看具体负载吃哪个资源。把这些先记在心里，后面填参数才不会乱来。

2. CPU 参数分配：核心数真不是越多越好，多了反而大家抢

CPU 这块是用不浪费也不卡的关键之一，也是误解最多的。很多人打开任务管理器看见自己 8 核 16 线程，就给虚拟机塞 8 个处理器，然后发现虚拟机里 Windows 开机反而比物理机还慢，宿主机也卡到不行。问题出在哪？你只看到了核数，没看到虚拟化调度这一层开销。

2.1 物理核心、逻辑处理器与 vCPU 的关系

先厘清概念。物理机的 CPU 核心是真实存在的计算单元，超线程技术让一个物理核心可以跑两个逻辑处理器（线程），操作系统看到的就是“逻辑 CPU”。在虚拟化平台里，虚拟机拿到的每一个虚拟 CPU（vCPU），本质上只是宿主机调度器里的一个线程或者一组时间片，底层物理核心才真正干活。

例如一台 AMD Ryzen 7 5800X，8 物理核心 16 线程。你给 VMware Workstation 虚拟机配置 16 个处理器，虚拟机里的 Windows 确实能看到 16 个 CPU，但这没有意义，因为物理机同时还要调度宿主机系统和你开启的其他软件。16 个 vCPU 抢 16 个逻辑处理器，理想情况下是“一 vCPU 对一逻辑 CPU”，但只要宿主机后台有一点点负载，虚拟机里的多个 vCPU 就要排队，上下文切换的开销反而拖慢整体速度。

我踩过的坑是给一台只有 6 核 12 线程的物理机装了 8 核的 Windows XP 虚拟机，结果虚拟机里看系统属性确实显示 8 个 CPU，但随便点个程序就要转圈。后来改成 2 核，反而流畅了。原因很简单，Windows XP 本身负载很轻，2 个 vCPU 足够，8 个 vCPU 纯粹制造调度内耗。

2.2 VMware Workstation 里的处理器设置怎么填

VMware Workstation 新建虚拟机时，处理器配置有“处理器数量”和“每个处理器的内核数量”两个字段。“处理器数量”代表物理 CPU 插槽数，“每个处理器的内核数量”代表每个插槽上有几个核心。虚拟机里的操作系统看到的 CPU 总数是两数相乘。

对绝大多数单机虚拟化需求来说，不用去模拟多插槽服务器，常规填法就选择“1 个处理器”，然后按需给它几个内核。所以如果你想给虚拟机 4 个 CPU，就填“1 个处理器，4 个内核”。这样做对客户机系统更友好，比如 Windows 10 家庭版对 CPU 插槽数有限制，你填 2 个处理器很容易触发许可或识别层面的奇怪问题，完全没必要。

在 PVE 里，对应概念是 CPU 插槽（sockets）和核心（cores），常见做法同样是 sockets 设 1、cores 设为需要的 vCPU 数量。

2.3 经验法则与推荐值

我给 CPU 分配定的经验法则是：单台虚拟机 vCPU 数量尽量不超过物理机总逻辑线程数的四分之一到二分之一，同时对轻量负载给少不给多。以常见的不同物理核心数为例，做了一张参考表：

如果你主要在虚拟机里跑 Linux 命令行、做网络实验，1~2 个 vCPU 非常够用，即便你自己在 Vim 里写代码再编译，瓶颈一般也不在 CPU。如果你跑的是 Windows 10/11 桌面，推荐给 4 个 vCPU，再往上对日常浏览网页提升不大。如果你要跑大型 C++/Java 编译、压测工具、代码静态检查这类能吃满多核的任务，可以先给 4 个，实测任务管理器里 CPU 长期超过 80% 再逐步往上加。

2.4 嵌套虚拟化的特殊设置

如果你准备在虚拟机内部再跑 Docker Desktop、WSL2、Android 模拟器、或者再装一个 PVE 练手，那需要把 CPU 的虚拟化功能“传进去”。在 VMware Workstation 里，虚拟机设置 -> 处理器 -> 勾选“虚拟化 Intel VT-x/EPT”或“虚拟化 AMD-V/RVI”。不勾的话，虚拟机里的 Docker Desktop 会直接提示无法启动，Windows 沙盒也起不来。

这个选项开启了之后，物理机 CPU 必须本身支持虚拟化，并且已经在 BIOS 中开启 VT-x/AMD-V。若开着它遇到虚拟化性能下降，不用太担心，日常测试感知不到差异。需要注意的是，虚拟机里开嵌套虚拟化之后，整个虚拟机的 CPU 调度开销会明显变大，没必要为了“开而开”，只有确实需要在虚拟机内部再跑虚拟机时才开。

3. 内存分配：它往往才是“卡”的源头，宁可富余也别超分配

如果只允许我选一个参数来优化虚拟机卡顿，我会先调内存。CPU 给少了，程序运行慢一点，但不会突然扇区。内存给少了，系统会立刻开始用页面文件（Windows）或 swap（Linux）来硬扛，那性能不是变慢几倍的问题，而是应用整个卡死、界面假死的级别。反过来，内存给得太多，把宿主机内存挤爆，宿主系统又开始疯狂读写磁盘，结果两边一起卡。

3.1 宿主机该保留多少内存

先说宿主机这一端。无论用 VMware Workstation 还是 PVE，我都不会把物理内存 100% 分光。一台 Windows 11 宿主机，浏览器多开几个标签、后台挂着微信和网盘，它自己就需要 4~6G 内存，你让它在内存不足的边缘挣扎，它会用页面文件顶上，结果表现为整个系统磁盘占用率 100%，看着像是磁盘坏了，实际是内存不够。

个人建议：

• 物理内存 8G：留给虚拟机不要超过 4G，适合跑个轻量 Linux 服务端或极简 Windows XP/7 测试机。
• 物理内存 16G：建议虚拟机内存控制在 8G 以内，Windows 宿主机留 6~8G 很舒服，Linux 宿主机留 4G 即可。
• 物理内存 32G：这是比较舒服的甜点位，可以给 Windows 虚拟机 8~16G，剩下空间给宿主和磁盘缓存都够。
• 物理内存 64G 及以上：家用级随便分，不过建议单台虚拟机也别塞超过 32G，很多桌面应用根本用不满。

这条经验可以反过来用：建虚拟机前先打开宿主机的任务管理器，看看内存占用曲线。如果你宿主平时日常用已经占了 70%，那还强行给虚拟机分配剩余内存的 90%，大概率会把宿主逼到 swap。安全第一，留出 10%~20% 的物理内存余量，是“不卡”的底线。

3.2 VMware Workstation 里的内存选项怎么选

VMware Workstation 虚拟机设置里的内存项比较简单，就是一个大小滑块加“预留所有客户机内存”复选框。这个复选框的机制是：勾选后，虚拟机的内存会一次性锁定在物理内存里，不允许宿主机把这块区域换出到磁盘，保证虚拟机内部延迟稳定。

但对于个人桌面级使用，勾它通常没有太大必要。如果你是一台 16G 物理内存的笔记本，给虚拟机分配 8G 并勾选预留，等于一次性锁死一半内存，你切回宿主机做别的事，能用的内存就少得可怜。不勾的话，VMware 允许虚拟机内存在压力大时被换出一部分，性能有小幅波动，但整体灵活性更好。我的习惯是：不崩溃的测试应用不勾，跑数据库或实时性要求高的应用再勾。

此外，VirtualBox 里的“内存”设置和 VMware 差不多，PVE 里则是按 MB 填写，不要搞混单位。宿主机内存不足时 PVE 也会使用 swap，就算 x86 平台支持内存超分，家用场景不建议超分到让 PVE 去 swap 的地步。

3.3 不同系统日常使用的推荐值

这里有一个很常见的现象：装好 Win10 虚拟机，初始化设置时明显慢，打开任务管理器发现内存占用 95% 以上，磁盘占用 100%。这种基本就是内存给少了，系统正在拿页面文件硬扛。把虚拟机关机，调大内存，再次开机速度立刻不一样。如果你不想关机频繁调整，可以在虚拟机设置里先把内存调到一个合理上限，系统启动后即便不需要那么多，也不会主动“退回”给宿主机，这块只能靠关机后再改。

4. 磁盘类型与容量：选错接口和置备模式，一样会卡

磁盘参数对虚拟机的感知速度和稳定性影响非常大，但很多人在新建向导里总是无脑下一步。真正需要关注的，不是单纯“容量填多少”，而是三个点：虚拟磁盘文件格式/置备方式选哪个、模拟哪种磁盘接口、容量怎么规划。

4.1 精简置备还是立即分配全部空间

VMware Workstation 创建虚拟磁盘时有两类选项：一类是默认不勾“立即分配所有磁盘空间”，也就是精简置备（thin provisioning）风格——物理磁盘上只占用虚拟机实际写过的数据大小；另一类是勾选后立刻把设定容量全部占用，类似厚置备（thick provisioning）。

精简置备最大的优点是省空间，你创建一块 60G 的磁盘，刚开始宿主目录里只有几 GB，等虚拟机内数据增加到 60G 才会占满。缺点是性能稳定性略低于厚置备，因为每次写入都需要在物理磁盘上按需扩展文件，碎片化到一定程度时会有一点额外延迟。厚置备的优点是一开始就占好空间，虚拟机运行时的磁盘性能更接近物理磁盘，但如果你以后不用这台虚拟机了，释放空间时还要手动删除虚拟磁盘文件或做压缩。

家用、测试机、办公虚拟机，我建议直接用精简置备，省心。虚拟机跑数据库、频繁大量写入的场景，优先用厚置备，顺便把虚拟磁盘所在目录放在 SSD 上。

PVE 里同样有精简置备和厚置备的概念，底层默认用 qcow2 或 raw 镜像时表现类似。VirtualBox 新建磁盘时对应的是“动态分配”和“固定大小”，逻辑完全一致，动态分配对应精简，固定大小对应厚置备。

4.2 NVMe、SATA、SCSI 还是 IDE

很多人忽略磁盘接口类型，其实它对虚拟机内部性能影响不小。同一个 Windows 11 虚拟机，用 IDE 启动，能慢到让人怀疑装的是不是机械硬盘里的老古董；换 NVMe 或 SCSI 后，开关机、大型软件启动速度会有明显提升。

VMware Workstation 里，新建虚拟机时如果你选择的客户机操作系统是较新的 Windows（Windows 10/11）或主流 Linux，默认往往会提供 NVMe 或 SCSI（LSI Logic）。如果手动选了旧客户机系统，可能默认变成 IDE。我通常的做法是：能选 NVMe 就选 NVMe，虚拟化软件对 NVMe 模拟已经很成熟，驱动兼容性好；Windows 7 及更老的系统不要盲目切 NVMe，可能没有自带驱动导致蓝屏，这时候选 SATA 反而更稳。

PVE 虚拟机的磁盘总线选择中，Linux 客户机强烈建议用 VirtIO Block 或 VirtIO SCSI，性能明显比 SATA 和 IDE 好；Windows 客户机则要提前准备 VirtIO 驱动，否则安装系统时找不到磁盘。如果只是图省事，SATA 是最稳妥的通用选择。

4.3 容量规划原则

容量本身不会直接造成卡顿，但容量规划不当会引发两个麻烦：虚拟机磁盘满了导致系统异常，或者虚拟磁盘文件把宿主磁盘撑爆。所以新建虚拟机时就要想好三步：

• 系统盘给多大：Windows 10/11 建议 60G 起步，实际上如果只装了系统加常用软件，30~40G 也能运行，但从后续 Windows Update、系统还原、休眠文件的增长趋势看，60G 是最不焦虑的底线。Linux 桌面 40G 即可，Linux 服务器我一般给 20~30G。
• 数据盘要不要独立：如果你是做开发或测试，建议把代码、数据库文件或日志放到第二个虚拟磁盘或者宿主机的共享目录里，这样虚拟机系统坏了重装，数据仍然还在。
• 宿主磁盘空间预留：虚拟磁盘文件会随着虚拟机使用越来越大。你建虚拟机的物理分区至少得留出虚拟磁盘容量 1.2 倍以上的空间，同时保证宿主系统分区还有 20% 的空余，否则 SSD 掉速和 Windows C 盘红条会接连找上门。

一个常见的误解：在虚拟机内部删除大文件后，虚拟机所在物理磁盘的占用并不会立刻减少，精简置备的虚拟磁盘文件只增不减。想回收空间，需要关机后在 VMware Workstation 菜单里执行“磁盘碎片整理”和“压缩”，或者用 VMware-vdiskmanager 一类的工具转换，VirtualBox 则需要用 VBoxManage modifyhd --compact。想省事的，直接在新建虚拟机时把容量给够，后面别依赖“删文件减肥”。

5. 显存与图形加速：先搞清楚虚拟机的“显存”能做到什么

新建虚拟机向导里有一个“显存”的配置项，很多人的反应是直接拉到最大。这里我先泼一盆冷水：虚拟机里的显存配置，跟你物理机上装了一张 RTX 4070 然后想打 3A 大作是完全两回事。这个显存只是虚拟显卡（VMware SVGA 或 QXL 这类虚拟显示设备）可用的图形内存，不是把物理显卡的显存切一块给虚拟机。

5.1 虚拟显卡的工作原理

从实现上说，VMware Workstation 默认用虚拟显卡模拟出一个基本显示设备，虚拟机里跑的图形指令会由虚拟显卡驱动翻译，然后通过宿主机 GPU 或 CPU 进行实际渲染。所以你在虚拟机设置页里看到的“显存”，是这套虚拟显示管线的缓存区大小，它负责承载桌面合成、分辨率提升、少量 3D 元素的显存占用。

新一代 Windows 10/11 的桌面动画、Aero 特效、浏览器页面渲染，对虚拟显卡有一定要求，显存给足了确实能避免桌面“花屏”“拉伸”“毛边”一类毛病。但你要是把它想成物理显卡显存，那就算给到 8G，虚拟机里也玩不动赛博朋克。真正要在虚拟机上跑 GPU 高负载应用，前提是直通物理显卡（GPU Passthrough），这需要 PVE/ESXi 这类平台，而且 CPU、主板、显卡都要支持。

5.2 3D 加速和显存大小怎么设置

在 VMware Workstation 里，虚拟机设置 -> 显示器，可以勾选“加速 3D 图形”，下面会有一项“显存大小”，不同版本滑块上限不一样，常见是 128MB 到 8GB。对于普通办公、网页浏览、看视频的虚拟机，显存给 512MB~1GB 已经完全够用。如果你想在虚拟机里跑一些轻量 3D 应用、老游戏，或者测试 OpenGL 程序，把 3D 加速勾上，显存给 2GB，基本是甜点位。继续往上加到 4GB 或 8GB，对大多数桌面虚拟机的日常使用并不会带来肉眼可见的提升，反而占用宿主机内存资源。

有个细节值得提：如果你给虚拟机设置的分辨率特别高（比如 4K），并且是多显示器直通，那显存占用会明显涨，建议给到 2GB。如果分辨率不高，只是 1080P 单显示器，512MB 足够。花屏问题往往不是显存不够，而是没装 VMware Tools 或没开启 3D 加速。

VMware Tools 是虚拟机和 VMware 虚拟硬件之间那层“桥梁驱动”。新版 Windows 10/11 安装完 VMware Tools 后会自动更新虚拟显卡驱动，桌面缩放和动画就顺滑了；如果没装或者安装被拦截，桌面可能一直停在“Microsoft 基本显示适配器”，那不管显存给多少都白搭。

5.3 “显存不够跑大模型”是误区

很多人查了关键词“低显存运行模型”“16G 显存多模态模型”，然后想在虚拟机里跑本地模型推理，就误以为把虚拟机的显存调大就能“多给点显存给模型”。这里必须说清楚：虚拟机的显存配置，解决的是图形输出和显示的缓存问题，不是给 CUDA/PyTorch 这类计算框架用的 GPU 显存。Torch 在虚拟机里能检测到计算显存的前提，是虚拟机内真正有可见的物理 GPU（做 GPU 直通），否则一律走 CPU 计算。

如果只是用虚拟机做模型推理前的环境测试、写代码、调试接口，不追求 GPU 加速，那无所谓。真想让虚拟机内跑 CUDA，优先考虑 PVE 或 ESXi 做 PCIe 直通，或者干脆本地装双系统，别指望 VMware Workstation 右侧那个显存滑块变大就能救你的模型。

5.4 虚拟显卡相关卡顿排查顺序

如果你在虚拟机里看着系统桌面卡、拖窗口掉帧、动画闪烁，先别急着加显存，按下面顺序查：

1. 是否安装并更新了 VMware Tools 或 VirtIO 驱动。
2. 虚拟机的“加速 3D 图形”是否打开。
3. 宿主机是否在运行大型 3D 程序或已经把 GPU 占用吃满。
4. 显示器设置里的分辨率和缩放是否和宿主机匹配。
5. 如果以上都正常，再考虑把显存往上调。

这写检查做完，90% 的图形卡顿都能定位。

6. 不同用途的“模板配置单”和装完系统后的验证清单

理论说了一大堆，最后还是得落到实际操作上。下面三套配置是我实际用过的模板，直接拿去参考，再根据手上物理机的配置微调即可。

6.1 场景 A：Windows 11 办公/软件测试虚拟机

宿主机假定 16G 内存、8 核 16 线程、SSD。

• CPU：1 个处理器，4 个内核
• 内存：8G
• 磁盘：60G，精简置备，NVMe 接口，单文件
• 显存：3D 加速开启，显存 2G
• 其他：勾选虚拟化 Intel VT-x/EPT（如果你要在 Win11 虚拟机里再跑 WSL2 或 Windows 沙盒）

这套配置可以流畅完成日常办公、软件兼容性测试、跑 Chrome 多开标签、使用 Office 全家桶。注意 Win11 对 TPM 和 Secure Boot 有要求，VMware 17 及以后版本新建 Windows 11 虚拟机时会默认开启虚拟 TPM 和 EFI，这一步不要手动关掉。

6.2 场景 B：Linux 服务器/网络实验虚拟机

宿主机假定 16G 内存、6 核 12 线程。

• CPU：2 vCPU
• 内存：4G
• 磁盘：30G，精简置备，VirtIO 总线（PVE 平台）或 NVMe（VMware）
• 显存：不需要图形界面时保持默认即可，显存 128MB 足够；如果需要轻量桌面（Xfce 这类）可以开 512MB
• 系统：Ubuntu Server 22.04 LTS / CentOS Stream / Debian

这套配置跑Nginx、MySQL、Redis、Docker 都没问题。如果你的实验里要起多个 K8s 节点，可以考虑给这台 2 核 4G，然后多克隆几个出来当集群节点用，单台调太高没有意义。

6.3 场景 C：开发编译/Java 后端虚拟机

宿主机假定 32G 内存、12 核 24 线程。

• CPU：6 vCPU
• 内存：16G
• 磁盘：100G，厚置备或精简置备都行，如果代码文件较多建议放在第二个虚拟数据盘
• 显存：2G，开 3D 加速
• 备注：宿主机的 Docker Desktop 和编译器尽量别同时满载，否则 CPU 还是会吃紧

这套配置主要用于跑 IDE、本地微服务、数据库、Maven 构建等，16G 内存能扛住日常开发绰绰有余。如果编译任务特别重，可以临时关掉虚拟机再调整内存和 CPU，建议保持“重启之后再观察”的习惯。

6.4 装完系统后的资源验证方法

虚拟机装完，别着急直接开干，先在虚拟机内部确认一下它拿到的资源和你的预期是否一致。

Windows 虚拟机：打开任务管理器，看 CPU 核数、内存总量是否等于设置值，记住 CPU 逻辑线程数 = vCPU 数量，所以在系统里看到 4 个逻辑 CPU 代表配置正确。再看“性能”页内“内存”部分，如果安装的是 64 位系统且“硬件保留内存”极少，就说明内存分配正常。

Linux 虚拟机：打开终端执行：

bash复制nproc          # 查看 CPU 核心数
free -h        # 查看内存总量和剩余
df -h          # 查看磁盘使用和挂载情况
lspci | grep -i vga   # 查看虚拟显卡信息

如果 free -h 看到的 total 和设置值差太多，检查是不是安装了大页配置或者启动参数里限制了内存；df -h 看到磁盘明显小于设置值，大概率是分区时没用到整块盘，需要去扩展分区或逻辑卷。

一个常用技巧：先以“够用”的配置装系统，跑一天负载再根据实际监控数据调整，而不是一早把参数顶满。VMware Workstation 调整 CPU 和内存需要关机，但改动本身很简单；磁盘扩容量可以在虚拟机关机后通过“编辑虚拟机设置 -> 硬盘 -> 扩展”来做，不过从缩小的角度来说，精简置备的虚拟磁盘文件并不方便缩小，所以在新建时预判未来空间需求，比你事后想办法缩盘更重要。

从我自己的实操体验来说，新建虚拟机确实是最容易“眼高手低”的环节。刚接触虚拟化的时候，我总想给虚拟机堆最好的配置，结果导致宿主机整天卡到没法用。后来摸到门路，改为先按用途定一个基线配置，装好系统后正常用一两天，慢就加 CPU 或内存，过度富余就往下调，再也没发生过“新建完就后悔”的情况。配置虚拟机不是一锤子买卖，把底层逻辑理解清楚，配合实际负载持续微调，才能真正做到底层资源不浪费、虚拟机内不卡顿。