看情况。

我协程+进程，协程+线程的方案都用过。

前者很适合 web 服务器，在 master 里面 bind() 端口后，每个 slave 进程都 accept() 那个 fd.

后者更复杂一些。master 线程负责 accept() 网络连接，然后传递给 slave 线程处理。因为共享了内存，所以不止可以传递 fd，还可以传递大块数据。

不管是哪种情况，协程都不会被随意调度到另外一个线程进程去。而是由程序员自行控制的。比如某个线程里面的协程都是专门处理计费的，另一个线程里面的协程都是处理日志合并的。

【 在 littleSram (littleSram) 的大作中提到: 】
: 放弃多核，一个进程只有一个线程，是吗？
--
FROM 140.224.34.*

是啊。本来就很简单。最简单的实现只要不到三百行的代码。

但这就是同步模型啊。

【 在 leadu (leadu) 的大作中提到: 】
: c#的
: var t1 = send1Async();
: var t2 = send2Async();
: ...................
--
修改:hgoldfish FROM 112.47.122.*
FROM 112.47.122.*

是的啊。。我就是这么实现的。

【 在 ylh1969 (没谱) 的大作中提到: 】
: 刚想起来，有一个signalfd的东西。
: 可以用这个把事件带到epoll处理，解决多线程协程锁。
--
FROM 140.224.34.*

在 python 里面引用 gevent 也是一行解决我说的那个需求。但不代表内部不需要代码实现。哪有一个协程库解决这种需求要写 300 行代码，必然根据语言特点包装出一个一两行的工具函数出来。我说 300 行不是对你这种协程的使用者说的，我和你讨论的根本不是一回事。

而协程用不用锁，要看语言的协程是怎么实现的。如果两个协程被调度到不同的线程，要通讯，你说不需要弄个内核锁是不可能的，这是操作系统这门课没及格的水平。至于锁在哪里，你就需要再深入地看 dotnot 源代码了。

还有这个第二代协程什么的，stackless 和 stackful 协程，wikipedia 上面早就说清楚了。你别自己发明名词了。

【 在 leadu (leadu) 的大作中提到: 】
: 只有一行代码，哪来的300行代码？
: 协程有两代，
: 第一代是操作系统那帮人搞的，微软这边从win2000的fiber，到windows xp的QueueUserWorkItem
: ...................
--
修改:hgoldfish FROM 140.224.34.*
FROM 140.224.34.*

单是 whenany，在 python 里面也就几行。

我说的是全部同步语义的实现代码行数。这可比 c# 少多了。你再仔细去研究 dotnot 的实现吧。它的协程实现不可能比 python 简单的，因为 python 是单线程的，而 c# 是多线程。刚好这俩语言都支持最基础的 async/await

【 在 leadu (leadu) 的大作中提到: 】
: 是想让你看里面的task.whenany实现，不用300行和协程间通信
--
FROM 140.224.34.*