@makelove Mozilla 官方不投钱了，也就是 Mozilla 公司不会雇佣员工开发 thunderbird ，现在靠其他公司 /个人捐钱或者开发者自愿维护。
不过 thunderbird 本身就是 gecko 上的一个 GUI ，email 协议也不会再变了，现在开发的重点就是保持现有的代码和 gecko 兼容，然后开发一些聊天的协议，比如最近加进 thunderbird 的 matrix 协议支持。

等 m1 的 asahilinux 逆向出完整版 OpenGL 和 Vulkan 驱动就不会 GPU 性能过剩了
此外大内存是刚需, Air 的内存根本跑不了重活

过滤广告在中国不合法了, 火狐被告了之后把所有过滤广告的扩展都下架了

要是给家人用, App Store 登陆外区账号下载一个 App 就行了

最早 Linux 的内核是在软盘上启动的， 文件名是 Image ，rootfs 在另一个硬盘上，后来软盘放不下内核了，因此搞了自解压出来，文件名就改成了 zImage ，再后来连压缩后的内核也放不下了，这才有 bzImage 这个 b 的出现，说明这个内核是 Big 到软盘放不下

网上搜到了一个 Linux 1.0 的源码，https://github.com/kalamangga-net/linux-1.0 上面的 README 里写了，编译出来的文件名是 zImage

选项里可以改压缩模式也是继承自 Linux 0.9x 时代的压缩代码，当时 Linux 只支持 386 ，根本就不跨 CPU.

arm 又不需要软盘这种文物，而是靠 BootLoader 启动的，所以就没有这种自解压的代码.

服务器版的内核 /Hyper-V hypervisor 和客户版 SKU 完全不同，WSL2 一个基于 Hyper-V 开发的项目可能仅支持客户版 SKU 上的 Hyper-V

Windows 跑 windows 虚拟机性能最强的是 hyper-v, 只要是 1809 之后的 Windows10/11 都可以, 直接穿透 dx12 内核驱动, 虚拟机安装相同的用户态图形驱动程序, 绝对比任何第三方 Windows 虚拟机性能好

这个项目可以自动化 https://github.com/jamesstringerparsec/Easy-GPU-PV

@feather12315 没有

固件的大小膨胀到 34M, 比我现在用的 Linux 内核还大, 恐怕核心的逻辑都在 GPU 上跑了

你猜为什么 raw.githubusercontent.com 被解析为 127.0.0.1

感觉服务的稳定性不行,另外客户端占硬盘和内存很多,不知道为什么

别的不提, 就算在别的变成语言中, 要想实现运行时多态, getter setter 即使没有逻辑也得有这个函数, C++的 virtual class 和 Rust 的 dyn trait 也是没法多态的时候访问字段的, C#可以用语法糖但本质上还是函数. 除非像 Javascript 或者 Python 一样把对象的字段做成字符串为 key 的 map(不过这样性能更差)
说白了 java 的笨重就体现在滥用运行时多态上, 像 C++ Rust 都是编译时多态, 很多东西都能先实例化再内联然后就优化掉了,Java 再 jit 也没法把类型已经擦除掉类型的对象的函数内联优化掉
我读过不少 chromium 的代码, 写的跟 java 一样罗嗦,但是调试的时候发现代码几乎都是 inline 的, 带上调试符号, 汇编也很难和代码对的上, jvm 再厉害也不可能做成这样
不过 v8 的 gc 也不比 jvm 厉害, 所以内存占用也不小, 但是运行速度比 jvm 快多了. chromium 这好几千万行的项目要是 java 写的, 恐怕就没有现在前端那一堆东西了, 浏览器能慢成牛

64G 首发 m1 max, 读写只有 8T, power cycles 400, on hours 269, 平时 swap 为 0, 内存占用常年 20-30G, 总是开着一个 16G 内存的 windows11 虚拟机
unsafe shutdown 37 感觉除了几次连显示器 DCP panic 就是玩 asahi linux 死机强制重启
开机 1 天 launchd 写入 37G, Firefox 写入 17.8G, kernel_task 写入 8.3G, Windows 11 虚拟机写入 6.3G

systemd-networkd-wait-online.service 是 systmed-networkd 的 oneshot 服务(就是只会运行一次的服务), 目的就是等待任何一个网络接口(无线或者有线)可用, 然后启动 systemd-networkd, 这是一个 systemd 自带的管理网络的服务. 如果你装了 NetworkManager ( 可以看看 systemctl status NetworkManager.service 有没有), 那么就不需要启用 systmed-networkd. 总之这两个是冲突的, 只需要一个就行了.

systemd-oomd.service 是在内存快用完的时候杀死占用内存最多的进程, 同时不杀死白名单内的进程. 这个不启用, 在内存满的时候也会杀进程, 就是没有白名单了, 而且有可能死机.

shadow.service 是 archlinux 检查用户密码文件是否完整的服务, 按说不会失败.

论全家桶还是得 emacs

如果是加载到内存的那种系统，开机之后 u 盘不会挂载，那么还是比较稳定的

@secondwtq
@lcj2class

抱歉，记错了，iwd 是 cleanup 和 gcc 的另一个扩展一起用了 https://gcc.gnu.org/onlinedocs/gcc/Nested-Functions.html

这个 gcc 扩展 clang 不支持，不过据说也有可能进 c23

买个 ps5 得了

cleanup 扩展 clang 没有，intel 的 iwd 用了这玩意，我移植了几次之后懒得管了，直接删了用回 wpa_supplicant

（只安装了 clang 的 Gentoo 系统）