线程，QThread，每个进程有多少“合理”？

Question

问题:每个进程有多少"QThread“实例是”合理的“？

(这具体引用了Qt的QThread实例，但从逻辑上讲，这个问题应该与任何使用任何库的基于线程的设计有关。)

例如，我知道特定于平台的资源限制可能默认支持多达30个"QTcpSocket“实例，因此理论上，如果您有30个活动套接字，那么当系统处于最大负载下时，将是30个QThread实例。然而，这可能不是什么大问题，因为这些线程中的大多数应该是“休眠/等待”网络流量。

类似地，我假设一个人会实例化QThread实例的“核心”或“本机线程可以执行”的数量，这些实例被指控为“连续工作”。因此，如果您有8个核心，那可能是另外8个QThread实例(当系统处于最大负载下时，这些实例可能一直在工作)。

然后，当然，我们有“主线”。

这是否意味着要实例化：

(30个套接字线程)+(每个核心8个工作人员)+(1个主线程)

...for 39线程(在8核系统上)？

具体来说，如果应用程序特定的需求有其他线程池需求，并且添加了十几个--QThread-here和十几个--QThread-实例，那么看起来100个QThread实例似乎有点愚蠢，即使它们中的大多数是“空闲/休眠/等待”，对吗？

那么，有断线吗？“39个线程”是“合理的”，而“300个线程”是“不合理的”？

(是的，我知道有一个“默认的每个线程堆栈大小”，比如“每线程10 by”，所以我受到虚拟内存的限制。但是，真的，实例化30K线程是愚蠢的吗？--这是一个糟糕的设计，它会想要这样的东西吗？)

Answer 1

您可以使用QThread::idealThreadCount()来找出当所有线程都很忙时，有多少线程可能会提高性能。对于大多数等待的线程，限制是操作系统依赖的，但是对于Qt，最好使用信号插槽系统而不是很多线程。只有一个信号连接的对象总是比额外的线程轻，特别是当额外的线程也有自己的事件循环时。大多数Qt网络应用程序可能根本不应该使用线程。