@2i2Re2PLMaDnghL 我不认为 BIOS 能等同于 firmware ，比如 x86 以外的平台不会使用 BIOS 来指代 firmware 。
其次 UEFI 刚在个人电脑上推广时，大部分厂商都不会把 UEFI 称为 BIOS ，直到后面大部分厂商都改用 UEFI 了，为了方便才用 BIOS 指代 UEFI 。比如苹果就不会说 Mac 使用 BIOS ，而是说 EFI/UEFI ，微软的 Surface 也是说 UEFI 。Legacy BIOS 这个说法也是 EFI 出来之后才有的。
最后，is a firmware 和 is firmware 这点差异并不是什么决定性的证据。https://en.wikipedia.org/wiki/Firmware 还说 Firmware, such as the BIOS of a personal computer 以及 Examples of firmware include: The BIOS found in older IBM-compatible PCs

/usr 意思可能是 Unix System Resource ，存放的是系统级的文件，一般由系统包管理程序管理。
/usr/local 意思可能是 Local Installed ，存放的是本地安装的文件。
/opt 意思可能是 Optional ，存放的是额外的、可选的、不是系统必要的文件。

知乎 app 好像 N 年前就有这样的功能了……

@2i2Re2PLMaDnghL UEFI 是否属于“BIOS”要看语境的。严格来说 UEFI 不是 BIOS ，它们相同点在于都是固件，都做了相同的事情，但是两者的架构有很大区别。把 UEFI 称为 BIOS 的时候，此时“BIOS”指代的是广义上的“固件”，而不是传统的“BIOS”。这是一种俗称，类似的情况还有用“字库”指代手机的闪存芯片。

@netcan 这么对比没有做到控制变量，就算要对比 IO 场景下的性能差异，也应该和同一个库使用回调函数做对比。

我觉得这么对比只是在对比具体 IO 库的性能，不能表示 C++ coroutine 这个特性本身的性能。
C++ coroutine 的 co_await 像是回调函数的语法糖，co_yield 像是 generator 的语法糖。应该和不用 coroutine 实现的回调函数或 generator 做对比。

感觉没必要压缩，imgur 是免费服务，它自己显然更有动力去帮你压缩，从而节约存储成本。

如果你说的粉尘是肉眼可见的，用空气净化器应该除不掉。我住的地方因为灰尘多，几个月前买了 352 空气净化器，用了一段时间没有改善。最后还是买了个车载吸尘器，感觉脏了就吸一下。

我双十一买了宏碁 XV282K 4K 144Hz 3999 元，支持 Type-C ，感觉挺好

不过 VMware Workstation 不支持显卡直通。如果限定 VMware Workstation 的话，那可能只能选择一些 USB 显卡了。

可以，显卡直通

@chairuosen #4 可以写死 IP 地址，不进行域名解析。证书里包含域名又不代表一定要进行 DNS 解析。

主程序启动时请求一下网页，对内容做个 hash ，如果与上次 hash 不一致的话就清除缓存

可以，用 Windows 的网络共享。不过这个网络共享似乎有坑，重启后就停止共享了，需要禁用再启用共享，不太适合长期使用。

买了宏碁 XV282K 显示器，很满意

@proxytoworld 类 Unix 系统修改环境变量才需要重启或注销。因为有的环境变量是通过 ~/.profile 等 shell 脚本设置的，并不是统一存放在某个配置文件里，如果要重新加载环境变量，必然要执行这些脚本，而脚本可能带来一些副作用，所以需要重启或注销。
Windows 的环境变量都存放在注册表中，父进程启动子进程时可以选择继承父进程的环境变量，还是去读取注册表中的环境变量。大部分程序会选择继承父进程的环境变量，所以给人一种需要重启才能生效的感觉，但是 Windows 资源管理器启动程序的时候会读取注册表中的环境变量，不需要重启或注销就能生效。

把函数指针都放在一个 struct 里面，struct 头部存储当前版本的 sizeof ，新增函数都放到最后，结构体变了就新增一个函数