FPGA 吧, 量化交易这么干的

@testcaoy7 switch 的 Horizon os 是微内核, 继承自 3ds 的系统,是任天堂自己编写的操作系统,没有任何 POSIX 的影子
系统调用列表: https://switchbrew.org/wiki/SVC
服务列表: https://switchbrew.org/wiki/Services_API
IPC: https://switchbrew.org/wiki/IPC_Marshalling
这里有一个半成品的 Horizon 内核的逆向实现 https://github.com/sunriseos/SunriseOS

唯一不一样的地方就是包管理器和构建脚本, 剩下的区别都是其副作用

因为 m1 没有 armv7,所以 32 位 jni 库全炸了

@lwch alpine 用的是 musl, 根本没有 glibc
CGO_ENABLED=0 的情况下 go 编译器压根不需要 libc, 性能和什么 libc 没有任何关系, go 的标准库在 Linux 上是直接调 syscall 的

我很好奇未来 go 的类型系统会不会进一步演进, 比如 generic associated types, higher-kinded types

@twl007 我还以为是阵列卡网卡这种 kernel space 的驱动呢, userspace 直接用 rhel 的 docker 镜像跑就行了, 至于外面的系统, 能跑 docker 就行了, 反正 docker 也是静态链接的, 和系统库没一点关系.外面的系统 systemd 没 bug 能把 containerd 带起来就行

和 rust 的 trait 一样啊

@tin3w5 @LokiSharp @twl007 你们说的驱动是指 Linux 内核驱动还是 userspace 的 library, 据我所知前者因为 GPL 是要求强制开源的,再不济也要用 LGPL 搞一个 shim 层, 无论怎样, kernel 和 userspace 是完全分开的, 即使 kernel 用 rhel 的, userspace 也可以跑 Debian. (手动解压内核的 rpm 包), 后者都是 ABI stable 的 library 才会这么做吧(比如 NVIDIA 的 libGL.so 或者是 libcudart.so),除了 Glibc 版本号要等于或小于系统的 Glibc 的版本号, 也没有其他的问题了.

CentOS stream 是 Rhel 的 beta 版, 这意味着 1) CentOS stream8 和 CentOS stream9 肯定和之前一样升级=重装的 2) CentOS stream8 的更新最终会进入 rhel8 所以 CentOS stream8 并不会出现像 Archlinux 那种滚动更新一言不合就要 rebuild 软件的问题, 只是 1) 之前的 CentOS 更新晚于 rhel, rhel 修复的 bug 会等一段时间才能更新到 CentOS 2) 现在的 CentOS stream 更新早于 rhel, 修复 bug 比 rhel 早, 但有可能遇到新的 bug

因为 CentOS/rhel 要保持 ABI 稳定性, 因此软件包不会引入 break change 的, 只会不停的 backport 安全更新和少量的功能更新, 在这种情况下, 引发新 bug 的可能性并不高(除了刚更新大版本号的时期). 所以, 之前使用 CentOS 的大多数用户, 继续使用 CentOS stream 的问题不大, 况且红帽提供了免费的 rhel 的容器镜像, 部署业务完全可以用这个镜像, 除非是为了追求所谓的红帽工程师测试

Word 有自动保存功能,1 是 onedrive 里的文件会自动保存,2 是磁盘上的文件如果在 word 退出后,重新打开会提供恢复选项,
但是空白且没有进行过任何一次保存的文件似乎会直接丢掉
安全补丁必须重启才能生效, 因为没有保存而丢掉的文件是你的问题,而因为安全漏洞导致勒索病毒加密了文件导致的损失是微软的问题, 因此微软会避免因用户不重启电脑导致没有打补丁导致潜在的安全风险, 这并不是没脑子

@openbsd ubuntu 还有 unattended-upgrade 呢, Windows pro/server 用 wsus 配置一下就不会自动重启

会出免费版 rhel?
根据 GPL 的协议, rhel 的源码必须放出来(除了不是 GPL 协议的库), 如果 redhat 全部把源码放出来, 那么会有一个新的 centos 出现的

/usr/include/paths.h 这个 PATH 是 libc 写死的, POSIX 标准要求的, 这样 pid1(init)就会使用_PATH_STDPATH 里的 PATH,然后读取系统配置文件,这样其他的进程也就继承了 init 的 PATH

实际上是 3 个浏览器,因为 UWP 依赖 UWP Edge, 所以 UWP Edge 也在系统里,只是隐藏了

macOS 没有 namespace 的功能,因此没有 native 的 docker,之前的 docker 也是虚拟机里跑的, 而且 macOS 自带虚拟机的内核扩展, 可以直接启动 linux 内核, 支持 virtio, 因此题目不成立
此外浏览器本身就可以吃掉 8G 以上的内存
另外内存小频繁使用 swap 会导致性能降低 1000 倍以上

@nguoidiqua 835 具有 Linux 主线支持, 因此特地选用的 835 而不是 855 865

谁家的芯片? 高通 /mtk/三星 /瑞芯微 /晶晨 /全志 /海思???
有 mesa 开源 GPU 驱动吗
有主线 Linux/uboot 支持吗
支持 UEFI/SBSA/SBBR 吗
什么存储? emmc/ufs/nvme
什么内存