如何确定适当的检查间隔？

Question

我刚刚开始处理存在一些CPU问题的龙卷风应用程序。 随着时间的流逝，CPU时间将单调增加，使CPU达到100％的最大利用率。 该系统当前被设计为不阻塞主线程。 如果需要执行某些阻止和异步驱动程序不可用的操作，它将生成另一个线程来执行阻止操作。

因此，我们的主线程几乎完全受CPU约束，而一堆其他线程几乎完全受IO约束。 根据我的阅读，这似乎是解决GIL问题的完美方法。 另外，我的分析显示，我们在信号上花了很多时间（我假设这是__semwait_signal所做的事情），这与GIL在我有限的理解中所产生的影响是一致的。

如果我使用sys.setcheckinterval将检查间隔设置为300，则CPU的增长会大大减慢。 我要确定的是应该增加检查间隔，将其保留为300还是害怕增加检查间隔。 毕竟，我注意到CPU性能会提高，但是我有点担心这会对系统的响应能力产生负面影响。

当然，正确的答案可能是我们需要重新考虑我们的体系结构以考虑到GIL。 但这不是立即可以完成的事情。 那么，如何确定短期内应采取的适当措施？

Answer 1

我要检查的第一件事是确保您正确退出线程。 仅凭您的描述很难弄清楚到底发生了什么，但是您使用了“单调”一词，这意味着CPU的使用与时间相关，而不是与负载相关。

您可能会遇到Python的线程限制，但是它会随着负载（活动线程数）而上下变化，并且随着这些线程的退出，CPU使用率（上下文切换成本）应降低。 创建线程后，存在永久性的某些原因吗？ 如果是这种情况，请优先考虑该架构。 否则，短期将是弄清楚为什么CPU使用率与时间相关联而不是与负载无关。 这意味着每个新线程在您的系统中都有永久的，不可逆的成本-这意味着它永远不会退出。