go 适合写操作系统吗？

还是要性能
写汇编最好
但是出于性能和书写的平衡 还是 C 吧

不太适合 因为有 GC
你可以试试 Rust 比 C/C++强 但是也比 Go 难

不适合，现在开始转向 rust 了

Rust 我说的是可读性和内存安全性而言
不是效率

不适合，因为 go 的 runtime 太多了

也就是说 golang 语言本身附带的运行时特性太多了

有 gc 的语言都不适合写操作系统。

go 不能做实时系统。

go 有 GC 就不适合实时要求高的操作

go 语言一开始的定位就不是写操作系统的语言

@Kilerd github 上还真有嵌入式的版本 但也是拿来写应用而已

OSDI 2018 上有篇文章，The benefits and costs of writing a POSIX kernel in a high-level language

MIT 那边用 Go 实现了一个 POSIX 内核，具体可以看一下，https://www.usenix.org/system/files/osdi18-cutler.pdf

有 gc 不合适的原因是在 gc 的时候,os 无法响应任何指令?但是现在消费级 os 都不是严格实时的吧

不知道是不是和 rust 有关，windows 10 长时间运行 firefox 和 thunderbird 就会变得非常慢，关掉重新打开就好了

为什么不设计成 GC 可选择的喃？

举个例子：大多数电脑在闲置状态下，底层其实在频繁收发数据包。但 CPU 占用却趋近与 0%，因为 tcp/ip 、arp 、802.11 。。这些底层通信协议是用 C 语言定义和实现的，网卡驱动是用汇编写的。效率很高，性能浪费极少。所以底层的东西感觉不到资源占用，资源占用主要来自系统之上的应用。
如果把这些用高级语言实现，底层日常收发数据包，CPU 占用就应用直接飙上去。这系统能用嘛？

go 且不说 gc 导致的效率问题。
安全性和可靠性也不行，从 c 那里继承太多糟粕。

@t6attack
那是因为内核可以捕获硬件中断，中断到了就会切换对应的系统组件的处理函数处理，而一般程序还要等内核处理好中断及其数据交回数据给应用程序，自然很慢，而且中断多了也一样 CPU 占用一样高。网卡驱动都有 dma 的，而应用程序还要自己叫 CPU 搬当然更慢。

参见： https://pdos.csail.mit.edu/projects/biscuit.html

github 上有 go 写系统的项目，但 go 确实不适合这种事，有 gc 又有 runtime

Go 有 GC，不知道内存调度方面会会有坑。

个人感受是 Go 比较适合写业务，简单且快。

系统开发推荐 Rust，现在很多大厂的 C/C++项目也开始招 Rust 了。