1 Ggxw8 2021-12-15 08:16:22 +08:00 via iPhone 是不是和 Slackware 有什么关系 |
![]() | 2 cmdOptionKana 2021-12-15 08:23:05 +08:00 一直在幻想一个应用层基于 Go 语言的 Linux 发行版会是怎样,搞 LFS 或 Gentoo 会爽很多吧,闪电般的编译速度。 |
![]() | 3 ChrisFreeMan 2021-12-15 10:16:26 +08:00 看着那熟悉的窗口,果不其然窗口管理使用 pygame 写的 |
4 zzn 2021-12-15 10:24:26 +08:00 @cmdOptionKana 好久没见人提 LFS 了 |
5 kidonng 2021-12-15 11:55:17 +08:00 via Android @cmdOptionKana 那时不时 GC 一下怎么保证稳定性呢 |
6 ppphp 2021-12-15 12:57:56 +08:00 @cmdOptionKana 我在用 go 重写 portage ,断断续续写了好几年整个人都不太好了,恐怕得写 10 年 |
![]() | 7 Buges 2021-12-15 13:14:43 +08:00 via Android @kidonng gc 无所谓的,用户程序又不要求实时性。 其实就算内核有个全局 gc 也不是不行,通用操作系统也不需要实时性。 像 linux 的 userspace 大部分都用 c 写的原因只是当初写这些程序的人最熟悉 c 而已。 |
![]() | 8 feather12315 2021-12-15 13:40:15 +08:00 via Android @Buges #7 全局 gc ,不要性能了吗? Linux 是以 server 为目标的,贡献的主力是各大芯片厂、卖商业 OS 的、云服务商,不是 2C 的厂子。 内核 hack 的地方多了去了,很多功能是配合用户态工具一起实现的,没法操作字节码的语言咋做? |
![]() | 10 Buges 2021-12-15 13:54:19 +08:00 via Android @feather12315 你不要这样想,大部分 server 程序不也是用 gc 语言写的。用户态工具不都是调内核接口 syscall 么,就算有什么需要 hack 的也仅仅是极少一部分。 gc 自身最大的问题是 overhead 和全局暂停,其他的精确控制之类的问题是另一回事,和 gc 没有关系。 至于 gc 在内核中对性能的影响,可以看看这篇(附讨论) https://news.ycombinator.com/item?id=18171447 |
![]() | 11 cmdOptionKana 2021-12-15 16:30:34 +08:00 @ppphp 太有毅力了…… |
![]() | 12 penguinWWY 2021-12-15 20:30:49 +08:00 @ipwx python 的 GC 不是很少运行,是很少有效回收,大部分内存被 RC 回收了,但是 GC 触发次数还是挺高的,回收率低 |
13 2i2Re2PLMaDnghL 2021-12-16 13:15:06 +08:00 @ipwx 你看一下对话结构,那个说的是 Go ,臭名昭著的 STW GC ( |