两年前卖掉了，老 iPad 还没老安卓手机有用

@lausius 当时玩一小时电脑就要休息一会

我又点进来看了这个帖子的回复

想说几点：
肉眼不可见的闪烁确实会导致眼睛疲劳，不是心理作用。过去网络和媒体没有今天那么发达，网上没有人讨论这种事情的时代，我已经发现了这个现象。我当时还试过 60Hz 、75Hz 和 85Hz 屏幕刷新率，CRT 的刷新率和闪烁频率是 1:1 对应的。

在 2004 年，我自己得出了闪烁频率越高，伤眼程度越低的结论。

后来的早期 LCD 显示器，无论是荧光灯背光还是 LED 背光，其实仍然会闪。直到 2009 年左右才逐渐普及超高频 PWM 或者 DC 调光的背光。

有些人天生就比别人更不容易近视，或者不容易出现眼睛疲劳。这确实是基因决定的。就好像有些人对一些食物过敏而有些人则不会。有时候并不是别人矫情，别人可能确实体会到了痛苦，你无法感同身受。


如果你真的碰到了眼睛不舒服，甚至是短期内视力下降更快的情况，那就应该避免使用低频 PWM 调光的屏幕。别管别人怎么说，因为人与人就是不一样。就像酒量不同那样。

@showgood163

https://i.imgur.com/KNRAxoQ.png
这些信息足够证明了，其实最关键的是虚拟机能不能直接使用 VT-x 或者 AMD-V ，这是 VBox 日志片段：

00:00:03.837061 HM: Using AMD-V implementation 2.0
00:00:03.837062 HM: Max resume loops = 8192
00:00:03.837062 HM: AMD HWCR MSR = 0x189000011
00:00:03.837063 HM: AMD-V revision = 0x1
00:00:03.837063 HM: AMD-V max ASID = 32768
00:00:03.837063 HM: AMD-V features = 0x101bbcff
00:00:03.837064 HM: NESTED_PAGING
00:00:03.837064 HM: LBR_VIRT
00:00:03.837064 HM: SVM_LOCK
00:00:03.837064 HM: NRIP_SAVE
00:00:03.837065 HM: TSC_RATE_MSR
00:00:03.837065 HM: VMCB_CLEAN
00:00:03.837065 HM: FLUSH_BY_ASID
00:00:03.837065 HM: DECODE_ASSISTS
00:00:03.837065 HM: PAUSE_FILTER
00:00:03.837066 HM: PAUSE_FILTER_THRESHOLD
00:00:03.837066 HM: AVIC
00:00:03.837066 HM: VIRT_VMSAVE_VMLOAD
00:00:03.837066 HM: VGIF
00:00:03.837066 HM: GMET
00:00:03.837066 HM: SSSCHECK
00:00:03.837066 HM: SPEC_CTRL
00:00:03.837067 HM: Reserved bit 11
00:00:03.837067 HM: Reserved bit 28
00:00:03.837075 HM: Enabled SVM
00:00:03.837075 HM: Enabled nested paging
00:00:03.837075 HM: Enabled large page support
00:00:03.837080 HM: Disabled TPR patching
00:00:03.837080 HM: Guest support: 32-bit and 64-bit
00:00:03.837080 HM: VT-x/AMD-V init method: Local

可以看出实际使用的虚拟化接口是 AMD-V ，在 Hyper-V 或者 Hypervisor 启用的时候做不到这一点。

我用 CRT 显示器的时候就发现这个问题了。
那会没有人讨论 LCD 和 OLED ，PWM 和 DC 之类的问题。
直到我用了 DC 调光的 LCD 显示器之后，我发现本来我看 3 小时 CRT 显示器就受不了，后来能看一整天的 LCD 显示器。

已经用了三年的 Joplin 了
我发现我的需求只有多级文件夹+同步+Markdown ，这玩意足够了

python + pysimplegui + pyinstaller

@showgood163
还有这篇文档会提到那一点：
https://learn.microsoft.com/zh-cn/virtualization/hyper-v-on-windows/about/

依赖于特定硬件的程序不能在虚拟机中良好运行。 例如，需要使用 GPU 进行处理的游戏或应用程序可能无法良好运行。 依赖于子 10 毫秒计时器的应用程序（如实时音乐混合应用程序或高精度时间）在虚拟机中运行时也可能会出问题。

此外，如果已启用了 Hyper-V ，这些易受延迟影响的高精度应用程序在主机中运行时可能也会出问题。 这是因为在启用了虚拟化后，主机操作系统也会在 Hyper-V 虚拟化层的顶部运行，就如来宾操作系统那样。 **但是，与来宾操作系统不同，主机操作系统在这点上很特殊，它是直接访问所有硬件，这意味着具有特殊硬件要求的应用程序仍然可以在主机操作系统中运行，而不会出问题。**

上面是文档的内容。

我平时使用的时候只发现这些影响：
1. 有款叫做 TrafficMonitor 的软件不能正常使用了，数据都是错的。
2. 用 FL Studio 编曲，输出设备选择 FL Studio ASIO 时，缓冲区不能开到以前能开的那么小，会破音。

不过编曲的时候不但要关闭 Hyper-V ，还要禁用各种用不上的设备，才能达到极低延迟。

其他时候基本上感觉不到，我已经用了超过 10 年了，之前没有 WHPX 的时代，我还做两个启动项，一个打开 Hyper-V ，一个关闭，因为我要用 VMware/VBox 。如今已经没有必要了。
打开之后能瞬间响应的软件依然瞬间响应，原本会卡的软件仍然会卡。游戏能稳定 60FPS/120FPS 的，开了 Hyper-V 依然稳定在这些帧率。也许原本有 90FPS ，开了变成 89FPS ，很难察觉……

我的 VBox 其实装着只是用来测它对 Windows Hypervisor Platform API 的适配情况如何了，当然，至今都很差。只要 Hypervisor 在工作，VBox 就很难正常使用，VMware 就没有问题。于是，启动一下 VBox 我就知道 Hyper-V 有没有彻底关闭了……


最后，文档里给的对性能的影响的数据，在今天的硬件上不会有那么大的影响。
根据里面提供的型号 HP DL580 和 CPU：Quad processor, Quad-core Intel Xeon 2.4Ghz
能找到的处理器是：
https://www.intel.cn/content/www/cn/zh/products/sku/30795/intel-xeon-processor-e7340-8m-cache-2-40-ghz-1066-mhz-fsb/specifications.html
https://www.intel.cn/content/www/cn/zh/products/sku/36943/intel-xeon-processor-e7440-16m-cache-2-40-ghz-1066-mhz-fsb/specifications.html

估计是十年前测的……

@showgood163 另外只开 Windows 沙盒的情况其实就已经启用了 Hypervisor ，还有 Windows 安全中心里面的内核隔离，也许是你觉得难以关闭的原因……
如果算上 VirtualPC 时代，我从 2007 年就开始用这玩意，到现在已经非常熟悉了。
我会直接去卸载相关的 Windows 功能，其实也是基于这些经验，这个不会丢失任何数据，我觉得编辑启动项更麻烦。我也知道怎么验证 Hypervisor 是否运行。

另外我还测过别的东西，在 macOS 10.14 上测了 Docker Desktop 的性能损耗，CPU 核心给满，结论是高达 70%……
Intel 处理器跑 x86 虚拟机和镜像，没有转译的损耗，纯粹是 macOS 的虚拟机实现太差。

你对 Hyper-V 的架构理解不太准确，微软的官方文档还写了“根分区拥有并直接访问物理 I/O 设备。”，文档上的配图还说明了设备是直连的。
https://learn.microsoft.com/zh-cn/windows-server/administration/performance-tuning/role/hyper-v-server/architecture
你给的文档里讲的开销其实是经过 VSC 和 VMBus 之后的开销，主机可以直连内存，客户机通过跟主机上的 VMBus 共享内存来使用内存……

@showgood163 确实关了，我用 VBox 启动一个虚拟机，使用的虚拟化接口都是 AMD-V

@showgood163 这一点是可以保证的，因为我直接卸载了 Hyper-V 和“虚拟机平台”，测完了再把它装回来……

Windows 10 LTSC
感觉会被各位鄙视……

@showgood163
发错了，开的时候内存速度：
51502MB/s 55106MB/s 50843MB/s 92.7ns

只有写入比关闭的时候低，基本上在误差范围内

@showgood163

配置：
6800H ，功耗墙设置 45W
DDR5 16GB x2 ，随便买的两条，非套条，时序 40-40-40-77

关：
内存（读、写、复制、延迟）：
CB r15:
2014cb

AIDA64:
51413MB/s 55128MB/s 50542MB/s 94.4ns

开：
CB r15:
1990cb

AIDA64:
51413MB/s 55128MB/s 50542MB/s 94.4ns

https://i.imgur.com/nQGWIGV.jpg

@showgood163 我测过，宿主的 cpu 性能损失了 2%，IO 没有损失
各种设备都是直通的，不会有影响

N 卡+Wayland=折磨……

@NessajCN 我有一块 open-isa.cn 送的 RISC-V 开发板，以前有个比赛，免费送
那玩意就提供了一套交叉编译工具链，只支持 Linux
还有一个烧录工具和驱动，只支持 Windows……

@NessajCN 因为 Linux 下没有驱动……

Linux 桌面只有配开发环境舒服，但正常的程序员不会天天配环境……你现在肯定已经配好了环境。
用来办公全是坑，开会投屏都没有能正常用的方案。现有的方案全是抽风的。
很多桌面软件的测试不够充分，有时更新一下依赖库或者软件版本，就有莫名其妙的闪退，无法启动或者菜单弹不出来等问题。要浪费时间去折腾本来不应该折腾的东西。

如果做互联网相关的工作，Linux 相关的开发几乎不会涉及到内核、驱动等。用 WSL 都可以解决几乎所有问题。
做嵌入式开发用 WSL 就更爽了，WSL 下编译，然后直接在 Windows 里烧录。用 Linux 跑 Windows 虚拟机或者用 Windows 跑 Linux 虚拟机都比这个折腾。