虚拟机vaware中cpu设置跑满大核

首先,大核速度快,并且在资源紧张时大核优先,小核甚至是闲着围观大核跑满。其次,遇到经常切换操作虚拟机和win11的使用场景,切换核心本身也会造成一点卡顿,降低虚拟机里操作流畅度。另外,13代在你不操作时甚至停小核省电,此时唤醒虚拟机竟然得三四秒。

所以虚拟机中最好是设置能够跑满大核,去虚拟机创建的文件夹中,修改vmx文件:
添加内容如下

Processor0.use = "TRUE"
Processor1.use = "TRUE"
Processor2.use = "TRUE"
Processor3.use = "TRUE"
Processor4.use = "TRUE"
Processor5.use = "TRUE"
Processor6.use = "TRUE"
Processor7.use = "TRUE"
Processor8.use = "FALSE"
Processor9.use = "FALSE"
Processor10.use = "FALSE"
Processor11.use = "FALSE"
Processor12.use = "FALSE"
Processor13.use = "FALSE"
Processor14.use = "FALSE"
Processor15.use = "FALSE"

测试:

sudo apt install stress

使用虚拟机的所有核心并生成负载:

stress --cpu $(nproc) --timeout 60

在这里插入图片描述
另一种压力测试是sysbench工具

sudo apt install sysbench
# 运行 CPU 压力测试
sysbench cpu --threads=$(nproc) run

注:开启之后完全可以再虚拟机中进行强化学习的训练,是完全没有问题的

### Vmware与Hyper-V兼容性问题及解决方案 #### 背景介绍 Vmware Workstation 和 Windows 自带的 Hyper-V 是两种流行的虚拟化技术。然而,在某些情况下,两者之间存在不兼容的情况,特别是在较低版本中[^1]。 #### 不兼容的原因 这种不兼容主要源于二者对硬件资源的竞争使用方式不同。具体来说: - **内模式驱动程序冲突**:当同时启用这两种工具时,可能会导致操作系统加载多个相互竞争的内模式驱动程序。 - **CPU特性锁定**:一旦启动了其中一个平台,则该平台上锁定了特定的 CPU 特征集(如 VT-x 或 AMD-V),这使得另一个试图访问相同特性的应用程序无法正常工作。 #### 解决方案概述 为了使这两个环境能够和平共处,可以采取以下措施之一来解决问题: ##### 方法一:交替开关服务 最简单的方法是在需要切换使用的场景下手动停用不需要的服务。对于大多数用户而言,这意味着在打算运行 VMWare 的时候禁用 Hyper-V,并在其不再被需要后再重新激活它。 ###### 关闭Hyper-V命令行操作如下所示: ```powershell Disable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V-All ``` ###### 启动Hyper-V命令行操作如下所示: ```powershell Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V-All ``` 这种方法虽然有效但不够方便,尤其是在频繁转换的情况下。 ##### 方法二:利用WSL 2作为替代方案 如果目标是开发容器化的应用而并非依赖于完整的桌面级虚拟机体验的话,那么考虑迁移到 WSL 2 (Windows Subsystem for Linux version 2),这是一个轻量级的选择,可以在不影响其他虚拟化产品的同时提供良好的性能表现。 ##### 方法三:升级到更高版本的产品线 较新的 VMware 工具版本已经改善了与 Hyper-V 的协作情况;例如,VMware Workstation Pro 支持在同一台机器上安全地运行两个 hypervisor 。因此,如果有条件的话,建议尝试更新至最新稳定发行版。 ##### 方法四:调整BIOS/UEFI设置 有时可以通过修改计算机 BIOS 中的相关参数来缓解这个问题。进入主板固件界面寻找有关 Intel VT-x / AMD-V 技术的支持选项,并确保它们处于开启状态。此外,还应检查是否存在任何阻止第三方hypervisors工作的特殊保护机制(比如 Secure Boot)并适当调整其配置。 #### 实际案例中的实践指导 针对上述提到的不同解决路径,可以根据实际需求和个人偏好做出选择。如果是偶尔才需要用到某一方的功能,那么采用第一种办法即临时关闭不必要的组件可能是最为直接有效的做法;而对于开发者群体来讲,第二种和第三条策略或许更具吸引力,因为前者提供了更好的灵活性后者则带来了更强大的功能集合。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

白云千载尽

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值