你可以看看 c/c++的一堆怪物，GNU make, BSD make, autotools, CMake, meson, ninja, 各个都有自己的 DSL

现在 dev 最新版是 21313, 铁分支
21292 是下一个稳定版，“锰”分支，但是不会发布到桌面 windows10 上，这个版本是给 win10x,以及可能的 xbox, hololens 或者 server core 用的。
21H1 是 19043, 是 19H1 （ 19041 ）的马甲, 即“钒”分支。（铬是著名的 chromium, 因此 Windows 跳过了铬这个代号）
21H2 是发布到桌面 windows10 的下一个版本，“铁”分支，大概在年中能完工。
所以唯一的办法就是更新 21313, 然后等到下一个版本的 build number 突然增加了 500, 那么就停止更新，等 beta 的 iso 发布，然后手动更到 beta 通道上
从铁分支降级会钒分支肯定进不了系统

你需要支持 ARM v8.3 的扩展指令集，而公版核心似乎没有实现这些指令集，所以我不大觉得你能成功在物理机上启动 m1 的系统。

树莓派满足你的要求，使用 vc4 显卡启动的 soc, 集成了 ARM v8a CPU, 集成内存和无线网卡，HDMI 和音频，销量上千万台

gcc 太老了，换个新一点的，或者用 clang

为什么不用 embedded-hal
https://github.com/rp-rs/rp-hal
提供了跨越 ISA 和 BSP 的兼容性

PIO 这个东西，k210 也支持啊

1：5 不是正常情况吗，大男人谁愿意关注这东西啊，我几乎全部是非常不符合

Firefox 也是这样，日期和时间之间没有空格，应该是 icu 68.2 的 bug

@dk7952638 微软最新的 Windows10 X 系统原生 GUI 只有 UWP, 其他 UI 一律容器（轻量级虚拟机）里跑

rust/c/c++后端都可以是 llvm,（现在 rust 也有一个 gcc 的后端了，只是处于初级阶段，但是有公司赞助，应该不会弃坑）性能差距就是

1. 标准库. 这一点 C 垫底，rust 只有一个官方的标准库，个人认为代码质量很高，可读性很强，但是一些算法存在优化空间。c++有 3 个主流的标准库（ STL ）（ gcc 的 libstdc++, llvm 的 libc++ 还有 ms 的 vc++），充斥着大写字母，下划线和模板，可读性很差，几乎没人愿意看这玩意。
2. 编译器优化。理论上 rust 因为编译期信息更多，优化会更好，但是仍有一些因 bug 导致较慢。c/c++的优化已经很成熟了。
3. 代码的实现。rust > c++ > c 当然想要对着编译器和 perf 写代码，这三个都可以是最快的，大不了上 intrinsics 和 asm

go 的编译速度很快，但 go 编译器的优化并不充分。

C#的编译器 /运行时是.NET 5.0, 单就 C# 7.0 的 Span<T>就能让 Java 的性能再也不可能比得过 C#，Java 天生设计缺陷，为了根本不存在的向前兼容性不改这堆烂摊子，没治了。

Pascal 文物语言，再快也没人用。不知道为什么有几个项目内存占用那么低。

v8 优化到极致的虚拟机，吊打一众脚本语言没任何问题。

虽然 CPython 很拉垮，但是比 PHP 都拉垮就太丢人了。最近看到一个叫 Pyston 的解释器，号称性能更快且兼容 CPython,可惜最新版是闭源的。

Gentoo+sway,效率很高

兼容性检查，错误报告，遥测，这都是对微软操作系统组有用而对消费者毫无作用的功能，开着还浪费时间。

X：是 Windows PE 的默认安装盘符，是一个内存虚拟盘

WinNT Setup 可以在安装时设置系统默认盘符

https://msfn.org/board/topic/149612-winntsetup-v425-450-rc1/

5000 都能买 m1 mac mini 了，2000 买个过时的 A 卡图个啥
另外 6000 系列大概率不会出现在 15 寸的 macbook pro 上，而虽然 AMD 说 mac pro 还会继续使用 AMD 显卡，但是我很好奇会不会使用的是 CDNA 卡， 或者 mac pro 不更新，AMD 出新的双芯卡