为什么要使用自动收缩的线程池？

Question

我发现动态收缩功能通常已过时，我能想到的所有原因（1 MB 的堆栈大小，或额外的文件描述符，微小的额外操作系统调度开销）似乎都无法抵消启动新线程的延迟开销偷懒。

自动收缩（基于超时）线程池（x86_64 硬件上的 Posix 线程）的最佳用例是什么，以证明它仍然是可用的模式？

Answer 1

缩小线程池将释放资源（主要是 RAM），然后这些资源将可供在同一台计算机上运行的其他进程使用，或者可能在同一硬件上运行的不同 VM 上使用。 RAM 也可用于通过缓存加快速度。

另见：

• Thread vs ThreadPool
• When to use thread pool in C#?
• Thread Pool vs Thread Spawning

一般来说，共识似乎是，如果这是一项短期任务，线程池将提供性能优势。对于寿命较长的线程，它的重要性会降低。