我知道基本的 C 和汇编可以写,但晦涩难懂。 用 go 怎么样?
1
PiersSoCool 2021-01-26 10:11:10 +08:00
还是要性能
写汇编最好 但是出于性能和书写的平衡 还是 C 吧 |
2
yyfearth 2021-01-26 10:11:21 +08:00
不太适合 因为有 GC
你可以试试 Rust 比 C/C++强 但是也比 Go 难 |
3
renmu123 2021-01-26 10:12:14 +08:00 via Android
不适合,现在开始转向 rust 了
|
4
yyfearth 2021-01-26 10:12:15 +08:00
Rust 我说的是可读性和内存安全性而言
不是效率 |
5
misaka19000 2021-01-26 10:13:18 +08:00
不适合,因为 go 的 runtime 太多了
|
6
misaka19000 2021-01-26 10:13:52 +08:00
也就是说 golang 语言本身附带的运行时特性太多了
|
7
hwdef 2021-01-26 10:17:01 +08:00
有 gc 的语言都不适合写操作系统。
|
8
sampeng 2021-01-26 10:17:59 +08:00 via iPhone
一个 gc 0.1ms 操作系统都会受不了
|
9
Kilerd 2021-01-26 10:23:58 +08:00
go 不能做实时系统。
|
10
xdeng 2021-01-26 10:26:11 +08:00
go 有 GC 就不适合实时要求高的操作
|
11
cmostuor 2021-01-26 10:27:02 +08:00
go 语言一开始的定位就不是写操作系统的语言
|
13
ManjusakaL 2021-01-26 10:43:41 +08:00 via iPhone
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 |
14
UN2758 2021-01-26 11:04:16 +08:00
有 gc 不合适的原因是在 gc 的时候,os 无法响应任何指令?但是现在消费级 os 都不是严格实时的吧
|
15
ashong 2021-01-26 11:13:53 +08:00 via iPhone
不知道是不是和 rust 有关,windows 10 长时间运行 firefox 和 thunderbird 就会变得非常慢,关掉重新打开就好了
|
16
lysS 2021-01-26 11:32:42 +08:00
为什么不设计成 GC 可选择的喃?
|
17
t6attack 2021-01-26 12:10:41 +08:00
举个例子:大多数电脑在闲置状态下,底层其实在频繁收发数据包。但 CPU 占用却趋近与 0%,因为 tcp/ip 、arp 、802.11 。。这些底层通信协议是用 C 语言定义和实现的,网卡驱动是用汇编写的。效率很高,性能浪费极少。所以底层的东西感觉不到资源占用,资源占用主要来自系统之上的应用。
如果把这些用高级语言实现,底层日常收发数据包,CPU 占用就应用直接飙上去。这系统能用嘛? |
18
Jirajine 2021-01-26 12:14:37 +08:00 via Android
go 且不说 gc 导致的效率问题。
安全性和可靠性也不行,从 c 那里继承太多糟粕。 |
19
BingoXuan 2021-01-26 13:32:15 +08:00 via Android 1
@t6attack
那是因为内核可以捕获硬件中断,中断到了就会切换对应的系统组件的处理函数处理,而一般程序还要等内核处理好中断及其数据交回数据给应用程序,自然很慢,而且中断多了也一样 CPU 占用一样高。网卡驱动都有 dma 的,而应用程序还要自己叫 CPU 搬当然更慢。 |
20
chenyi 2021-01-26 13:53:58 +08:00
|
21
mxT52CRuqR6o5 2021-01-26 14:00:40 +08:00
github 上有 go 写系统的项目,但 go 确实不适合这种事,有 gc 又有 runtime
|
22
libook 2021-01-26 15:01:51 +08:00
Go 有 GC,不知道内存调度方面会不会有坑。
个人感受是 Go 比较适合写业务,简单且快。 系统开发推荐 Rust,现在很多大厂的 C/C++项目也开始招 Rust 了。 |