Snakeware

2021-12-15 07:44:42 +08:00
 Livid
一个主要功能都基于 Python 实现的 Linux 发行版:

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

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/822267

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX