作者oopFoo (3d)
看板Soft_Job
标题Re: [请益] 为什麽 Go 会红？
时间Wed Apr 4 10:45:34 2018
※ 引述《LinuxKernel (Linus Torvalds)》之铭言：
: 不敢说会写，只能说略懂，以下简单分享。
: 先说觉得好的地方
: 1. 对 non-blocking 的封装
: 大家都知道在 C/C++ 底下要写出高并发性能的 server 很多细节是很麻烦的
: 你可能说写 server 不就开个 socket 搭配 fork 多麽直观
: 但现实是要达到好的性能就需要 select、epoll、kqueue 甚至 thread pool 之类的东西
: 但 non-blocking 的世界毕竟不是那麽直观
: Go 强的地方就在於他让你用很直观的 blocking 写法
: 一个 client 进来你也就像 fork 一样给他开个 goroutine
: 但实际上它底层 runtime 就是用 epoll/kqueue 帮你做掉
: 也帮你做这些 lightweight thread 的 scheduling
: 当然 C/C++ 的世界也有类似的 library 可以办到，像是 Boost.Fiber
: 但 Go 里面用 goroutine 搭配 channel 感觉就是优雅了些
: 不过 goroutine 还是有可能踩到坑的
: 例如 goroutine 就永远卡在那边，这点可以去了解一下它 scheduling 的实作
goroutine应该说是preemptible blocking. epoll是io的部份，跟goroutine
无关。
Boost.fiber 是coroutine. 打个比喻就是win3.1的 cooperative multitasking.
goroutine 是 win95 的preemptive multitasking.完全不同等级的概念。
goroutine应该是模仿Erlang的process. channel就是message passing.
简单来讲golang就是better c + gc + concurrency.
goroutine 其实是golang的最重要功能。写过Multithread的人都知道，
尽量不要share memory. Lock carfully(avoid 2 locks if possible),
wait as little as possible.
Multithread是very HARD(tm)的，bug非常难找，真的极少人写的好。
写过Erlang的人都知道, concurrency is SIMPLE. golang也是
同样的.
为什麽goroutine is SIMPLE, multithread is HARD. 重点就是channel,
(Message Passing). 只要不要share data. concurrency就简单了。
我们都知道Moore's Law is dead. 以後multi-core只会越来越多，
cpu的frequency不会增加太多。Concurrency programming只会越来越重要，
Erlang证明它的concurrency programming model work. Golang 是
google想办法把concurrency programming 带到大家能用的语言上来。
我觉得golang用的人会越来越多。它其实是真的c的後继语言。
大大推荐。
-补充一下---------
除了FreeBSD的phk大神，大家的共识是1 thread per io connection is bad
for performance. goroutine + event polling是很棒的组合。
golang 不是fully preemptive. function call 的地方是golang
主要的preempt point. 所以如果你有tight loop，没有function call,
需要被preempt的话请加runtime.Gosched()在中间。其实tight loop
不被preempt是对performance很好的。
比较好的解释在这。
https://github.com/golang/go/issues/11462
想了解golang scheduler请google.我的语文能力实在不是很好。
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 36.231.146.79
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1522809937.A.CBA.html
1F：→ dreamnook: multi thread真的很头痛 碰到表皮就不敢再深入xD 04/04 10:56
2F：→ pokman: 那rust呢? 04/04 13:13
3F：推 foodordertw: 你没讲到golang的scheduler的核心 04/04 13:50
4F：→ foodordertw: 你应该要讲的是multithread并没有解决io blocking 04/04 13:51
5F：→ foodordertw: goroutine则是原生的解决lock/io blocking 04/04 13:52
6F：推 rodion: 听起来跟python/js的async-io差不多? 04/04 14:55
8F：→ remmurds: golang 所有的缺点都整理在这里了 04/04 15:16
9F：推 MineCola: 看到楼上连结里面某一条戳中笑点：un-googlable name 04/04 17:49
10F：→ ssadow: 写multi thread超好玩的 怎麽大家都不喜欢 04/04 19:46
11F：推 ssadow: 而且goroutine不就是thread pool吗 还是multi thread啊 04/04 19:53
12F：推 soheadsome: gorountine是有调教过的thread 他的stack是可以动态调 04/04 20:12
13F：→ soheadsome: 整 04/04 20:12
14F：→ soheadsome: 如果是普通thread 他的stack就跟普通function差不多 04/04 20:12
15F：→ soheadsome: 顶多多了local storage 04/04 20:12
16F：推 alex70266: 写multi thread 很好玩啊，debug 的时候就不好玩了XD 04/04 20:23
17F：推 snaketsai: goroutine会被preempt schedule ?? 04/05 06:30
18F：推 snaketsai: 刚刚看了runtime/proc.go的sysmon跟retake() ... 04/05 06:44
19F：→ snaketsai: 这作法拿来讲preemption个人觉得实在有点微妙... 04/05 06:45
※ 编辑: oopFoo (36.231.144.2), 04/05/2018 10:40:21
20F：→ badyy: 他的preempt schedule 是coopertive的 04/05 16:44
不是，而是有限定的点，如function call. 这时preempt不用save一堆data.
go的design概念是清楚，简单，有效率。syntactic sugar都不要。
21F：推 PeacockLiu: 曾经用C写了multithread，debug了半个月..... 04/06 00:40
握手。写久了，才有感觉如何debug.
※ 编辑: oopFoo (59.115.100.33), 04/07/2018 20:41:00
22F：推 qmailtw: 硬体变快了，大家觉的牺牲ㄧ点效能来换工作效率 04/12 12:36
23F：推 qmailtw: 看了这麽长的文章，请问goroutine 和 coroutine 有什麽 04/12 12:39
24F：→ qmailtw: 不同？ 04/12 12:39
coroutine你要自己yield 让其他function跑. gorouine会被preempt.
※ 编辑: oopFoo (61.230.104.167), 04/12/2018 21:32:34