@Tounea 你可能是拒绝了“隐私协议”，这年头已经没什么不给权限就退出的 APP 了
实际上你可以同意协议，然后拒绝权限

@wclebb 热词监测可以做低功耗
平时设备依然正常休眠。麦克风连接到 DSP ，它可以 7x24 小时检测采集到的声音和存储的声纹信息是否匹配（硬件实现）
其实 DSP 上的算法完全不知道你说的是什么内容，只是匹配到“小爱同学”的声音之后，唤醒设备。
然后才会真正开始识别语音内容。

Pixel 的闻曲知音功能也差不多，它的 DSP 识别的声纹信息更宽泛一些，只要声音像歌曲都会触发。当然，“Ok Google”也会。它会采集 8 秒的声音片段给 Android 识别。

@liantian 不知 rhel dvd iso 和订阅版本有没有功能区别。能拿到免费版就应该有权获得免费版的源码，如果和订阅版没有区别，实际上“源码收费”的限制就不存在了。

对于 RedHat 的决定我还挺开心的
因为我在公司碰到不少迷信 CentOS 的运维，把服务器搞得乱七八糟的，编译安装一堆包都不好更新/卸载
还会上网下一堆二进制库直接扔/usr/lib 里

然而那些包在 Debian 官方源里都有……
不如直接用 Debian ，这还是虚拟机里面，没什么硬件兼容不兼容的说法
问 CentOS 好在哪，答：“大家都在用，都说好”

我用 7+gen2 试了试，还是卡
我还有个天玑 8100 ，这玩意分辨率稍微超出 4K 一点点就不能硬解了，其中一个边超出都不行
这导致很多写着“4K”的视频都不能硬解

8gen2 才能硬解 av1

@Awes0me 我也看过，似乎贴了 3mm 厚的导热胶
然后烫腿

背景介绍：
1. 做 iOS 开发应该保持最新的稳定版，因为 Xcode 和系统版本绑死，旧版 macOS 只能用旧版 Xcode ，用旧版 Xcode 编译的应用不能上架

安装路径：
2. 其实 macOS 的多用户有 bug ，不需要考虑多用户使用的情况

卸载问题：
3. 卸载有残留，软件的配置和用户数据都不会在软件包目录下。因为升级的时候会完整替换整个文件夹，为了避免丢失配置和数据，没有软件会做成数据跟 APP 包一起，拖进废纸篓就删干净。可以用 http://freemacsoft.net/appcleaner/ 这款软件，卸载时能顺便删除一些常见路径下的文件

4. 除非软件自己实现了卸载，否则 PKG 包没有卸载方式。直接谷歌搜索“软件名 uninstall”，根据搜到的资料手动删除文件

环境变量：
5. macOS 没有全局环境变量

包管理器：
6. 无解，我觉得 homebrew 只能凑合用，比没有包管理器好。不能奢求好用

两年前卖掉了，老 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 和“虚拟机平台”，测完了再把它装回来……