Virtualbox 7 提供了一些可用的半虚拟化设备，主要是磁盘和网卡。理论上说总是要快一些或者负载低一些。
但是用起来并不容易。尤其是磁盘，Virtualbox 默认的是 SATA 的，无论调整成 nvme 控制器还是 virtio 控制器，装系统的时候都有检测不到磁盘的问题。
所以，这个目前来看只能曲线实现。首先按默认设置把系统装完，进入系统。这里最好做个快照。
然后安装 virtio 驱动。Windows 的 virtio 驱动下载也挺难找的，中文网上搜到的是各种阿里云腾讯云的魔改， 原版的链接我费了半天劲才找到。
在使用 Virtualbox 创建的 Windows 7 虚拟机中安装 Virtualbox 的附加组件时，可能会遇到安装签名错误的问题。具体表现为安装程序无法验证附加组件的数字签名，导致安装失败。
这个问题，32位或者64位都有可能遇到，表现为安装时进度条卡柱，日志信息类似于：
Installing Guest Additions version 7.1.6 (Rev 167084) into a Windows 7 (32-bit) image results in error:
*** Error: DiInstallDriverW() failed: ERROR_FILE_HASH_HOT_IN_CATALOG (-536870325 / 0xe000024b)
*** Error: Installing driver(s) failed with 1 errors, 0 warnings (rc=VERR_INSTALLATION_FAILED)
*** Error: Driver installation failed with VERR_INSTALLATION_FAILEDEXSi 版本：8.0U2
最近想把一个4G网卡分给ESXi中的软路由做备用外网，想法很好，甚至第一次实践也很好，就简单地插上去，分配，然后虚拟机检测到一个网卡，上网。
但是，重启或者再次插拔之后，ESXi主机似乎是反应过来了，把这个网卡给驱动起来了，变成了一个物理网卡，配套虚拟交换机那种。这时候当然就不能再分配给虚拟机了。
按理说这样其实也不是不能用，只需要把这个物理网卡分配成原来的主虚拟交换机的备用上行链路，或者干脆新建一个新的虚拟交换机，弄两个虚拟网卡连接到软路由，都行。但是这玩意儿其实没那么稳定，重启或者重新插拔就会挂掉，然后已经建好的备用链路或者虚拟网卡都废掉，同时Web界面连删除这些后台有问题的虚拟网卡/交换机都做不到，只能ssh进去删。
VMWare WorkStation 所虚拟的显卡具备3D加速能力，但其默认策略并不能完美处理所有情况。典型情况之一是，当虚拟机中运行 Creo 软件时，绘图区域会显示为黑色，且无法正常绘制。
猜测：原因可能是软件bug，也可能是物理机显卡确实支持不到那么高，但虚拟机内的驱动管不了那么多？
网上比较容易搜到是策略是在Creo中设置graphics参数为win32_gdi，改为使用WindowsGDI绘制。但这个方法一则完全放弃了3D加速，二则自Creo 4.0开始就不直接支持了。
最近开始使用 VMWare Workstation 进行日常编写办公，在不差钱、电脑配置足够高的前提下，这是一个很好的方案，往返办公室和家里，兜里装个固态盘就好，喜欢极致的甚至可以搞一个固体U盘。
在之前的被中文翻译耽误的重要功能：VMWare 虚拟机优先级调整中，我提到了 VMWare Workstation 虚拟机优先级调整的功能。但很奇怪的是，即使用了这个策略，办公室的双路至强工作站仍然是表现最差的。研究之后，发现了两个新的策略。
虚拟机技术按理说挺成熟的，但Vmware Workstation用于办公的时候始终有点让人不太理解的延迟，打字和鼠标点击的时候都有表现，让人觉得虚拟机是不是都这德行，再怎么高配的电脑也拖不动。
到今天才发现，相当一部分问题来自于一个经常被人忽视，名字很奇怪，但其实非常有用的功能：虚拟机优先级调整。
在“虚拟机设置”里，选择“选项–高级”，在“进程优先级内”，将第一项“抓取的输入内容”设置为“高”；在下面的“设置”内将“收集调试信息”设置为“无”，并勾选“禁用内存页面修整”。
这个方法是我本人隔三差五就得搜索一次的，最终还是得自己记录一下。
让 containter 容器内的程序最代理简单，基本上就是环境变量设置一下就好了。 麻烦的是 docker 的 pull 动作，复杂的原因是，docker pull命令只一个命令触发器，真正的下载动作不是这个命令也不是其子进程执行的，因此在shell环境下设置任何环境变量都是无效的。
真正生效的方法需要修改配置文件。
mkdir -p /etc/systemd/system/docker.service.d
vim /etc/systemd/system/docker.service.d/http-proxy.conf # 文件名无所谓这两天在尝试 Veeam Backup & Replication 做 All in Boom 的备份。
一开始其实是打算用傲梅企业备份旗舰版的，也有基于 ESXi 接口的备份， 但不得不说这个软件截止写文章时还不成熟，只能推测傲梅公司的资源都拿去做单机版了。 傲梅企业备份旗舰版在我手里有备份慢（目标机械盘100%活动时间但速度只有20M，看起来是软件实现优化问题）、 频繁出现根本不可能的“目标盘已满或无法写入”等问题，3台机器的免费名额也捉襟见肘。 虽然不介意花钱，但备份慢和失败的问题挡住了我。
相反，Veeam Backup & Replication 现在有社区版，大部分功能都开放，有10台机器的免费名额，就基本够用了。
本文基于 ESXi 8U2 编写，不对其他版本尤其是旧版本负责。
今天配置 ESXi 的自动备份的时候才发现，关于时间这里有一个极其容易掉进去的大坑。
ESXi 服务器的时间是UTC时间，无法更改。但关于这一点的提示，无论在安装时还是日常使用时都似乎不够醒目。
同时，ESXi 的vm-tools默认是关闭了时间同步选项的，也没有开网络同步选项。
而一般我们在里面的装的 Linux 会自己去网络上同步时间，如果只看客户机 Linux ，很容易根本不会发现时间设置有问题， 直到你装好第一台 Windows 客户机并且开始关注系统时间。