“处理的慢？那再加 500 个线程！”

[yxaaa123]

这样加线程。。。。真的合适吗？

[21grams]

要看具体场景，不见得就没用

[zwh8800]

对于 io 密集的任务，这样是可行的。运算密集的就得跟核数相关了。

[cocalrush]

@zwh8800 正解

[SlipStupig]

首先要看算什么任务，如果是运算密集型不会有丝毫的作用， IO 密集型是有帮助的，线程本质是强占 CPU 时间，但是 CPU 本身要切换线程的话，需要更多消耗内核资源，这个时候线程切换时间会特别长，内核维护线程的列表会更大，在机器不够强的时候可能连正常运行都成问题

[DRcoding]

@hush 但是你要是想生 10 个猴子，一个女人得生 10 次，但是你也可以让 10 个女人同时怀上生一次，:)

[coldear]

先 profile ，找瓶颈

[yxaaa123]

现在程序启动后有 700 多个线程， Redis Client 有 600 。。。。不知道说啥好， php 程序员写 java 就会这样，遇到好几个了

[jhaohai]

如果是阻塞式的加线程可能有用

[seeker]

楼上都跑偏了，楼主其实是吐槽外行老板 or 甲方。

[jasontse]

看 CPU 利用率和线程阻塞时长

[yxaaa123]

@seeker 是的。。

[iyangyuan]

也不一定没用，最起码抢占 CPU 的竞争力加强了

[petelin]

@SlipStupig 系统启动的时候就已经有那么多线程了，对于阻塞很强的多开十几个没事吧？

[williamx]

是不是合适得看实际的情况。

[SlipStupig]

@petelin 只要你线程切换不频繁就没事

[jimages]

读写的慢？分成 500 个文件。

[8023]

“处理的慢？那再加 500 台电脑！”

[yzl0208994]

如果 IO 密集型似乎可以，如果是 CPU 密集型就变慢了