不好意思,英文原文地址找不到了
go 内置 network poller
2002那年,Dan Kegel 提出了c10k问题。简单来说,就是在当今硬件水平下如何写出一个支持上万并发的tcp server。这个问题提出之后,出现了多线程和事件循环来提高服务器性能。
多线程对调度和内存压力比较大,虽然事件循环有所缓解,但是有复杂的回调。
go继承了两者的优点。
Go 应对 c10k
在 Go中,对文件描述符的读写系统调用同样会阻塞。当一个线程阻塞时,go 调度器会找一个空闲线程(如果没找到就spawning
一个新线程)继续“服务“goroutines。
但是对于网络sockets,有可能你的所有goroutines都会阻塞等待网络IO。简单的解决方法是生成尽可能多的线程以满足goroutines的需求。通过go提供的 runtime 和 net包里内置的
network poller
可以高效地处理这种需求。
老版本的Go,network poller
是一个goroutine
,负责事件通知,内部使用系统kqueue或者epoll。这个goroutine通过channel通知等待中的goroutine。通过channel唤醒等待中的goroutine,避免了单个线程系统调用的开销。
当前版本的Go,network poller
集成在运行中。由于运行时知道一个等待socket的goroutine何时准备好再次执行,因此可以更加及时地分配cpu资源,进而降低延时。
Goroutines和 栈空间以及 内置 network poller
goroutines提供了强大地抽象,将Go程序员从线程池和事件循环中释放出来。
goroutine的栈空间要多大有多大,不必担心分配线程栈空间或者线程池。
network poller
不仅避免了烦人的回调,而且仍然利用了高效的IO完成通知机制。
Go运行时保证有足够的线程来服务所有的goroutines.
这三个特性多Go程序员来说都是透明的。