只是说明您的应用还没到要抠线程切换开销的程度

【 在 hgoldfish 的大作中提到: 】
: 现在操作系统调度 1000 个线程也不是事吧。我最近写的一个 python 就是每个进程给分配 64 个线程的线程池。在一台机器上面跑几百个进程，合计就是 2K-4K 个线程。好像也没啥问题啊，大多数线程都是不被调度的。
:
--
FROM 114.241.228.*

我都用 python 了，你跟我说要扣线程切换。。

【 在 z16166 的大作中提到: 】
: 只是说明您的应用还没到要抠线程切换开销的程度
--
FROM 59.61.196.*

关键不是线程数，是栈数，无论线程协程，栈多了就有问题。每个栈2M的话，10000个线程，需要20G内存。当然也许将来不是问题。如果需要更多栈的话，问题更严重一些。
【 在 finlab 的大作中提到: 】
: 在线程池阻塞，是因为设计人员认为线程是一项紧缺的重型资源，所以给线程池分配较少的线程数。
: 按照我的想法，应该有更轻量级的更低开销的线程，这样开一个足够大的线程池，就基本不担心阻塞。
: 比如，原来只开10个线程，现在我开10000个线程。
: ...................
--
修改:ylh1969 FROM 221.218.60.*
FROM 221.218.60.*

这在现代操作系统下都不是事。你看一下 mmap(MAP_STACK) 就是专门解决你这问题的。申请 1K 个线程，一共也就用 16MB.

【 在 ylh1969 的大作中提到: 】
: 关键不是线程数，是栈数，无论线程协程，栈多了就有问题。每个栈2M的话，10000个线程，需要20G内存。当然也许将来不是问题。如果需要更多栈的话，问题更严重一些。
--
FROM 59.61.196.*

现代操作系统也没那么弱鸡。1K 个线程就算全忙也就那样。

写这种类型的程序，尽量不要陷入内核才是王道。只要不陷入内核，操作系统每隔 10ms 切个时间片，一秒也就切 100 次。约等于零开销。

【 在 ylh1969 的大作中提到: 】
: 线程数等于核数时效率最高，几乎没有调度开销。
: 当上千线程全忙时，调度开销相当可观。
--
FROM 59.61.196.*