golang c10k问题

不好意思，英文原文地址找不到了

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程序员来说都是透明的。