gpt4 book ai didi

asp.net-core - 了解 PerfView 中的 BLOCKED_TIME

转载 作者:行者123 更新时间:2023-12-01 16:36:42 25 4
gpt4 key购买 nike

我们怀疑在运行几个 ASP.NET Core API 和几个 .NET Core 控制台的服务器上遇到了线程池饥饿的情况。

我在我们的一台服务器上运行了 perfview,因为我们怀疑线程池匮乏问题。然而,我在分析结果时遇到了一些麻烦。

我运行了 PerfView/threadTimecollect 大约 60 秒。这是我得到的结果(我选择了一个来查看我们的 ASP.NET Core API 之一):

enter image description here

查看“按名称”,我们可以看到 BLOCKED_TIME 花费了大量时间。如果双击,我将进入以下 View ,我可以在其中展开其中一个节点以获得以下 View (覆盖的部分是我们的 API 进程的名称):

enter image description here

这告诉我什么?我不应该能够看到到底是什么被阻止了吗?看起来问题是不是有很多线程在一小段时间内阻塞了每个线程?

我们还能从中得出其他结论吗?

最佳答案

BLOCKED_TIME 通常表示线程根本没有执行任何操作的时间段。这可能是 I/O 周期,其中涉及网络或其他类型的延迟,或者花费在等待锁上的时间(例如在使用信号量的情况下)。简而言之,这不一定能告诉您任何信息,因为线程空闲有完全标准且合理的原因。然而,大量的阻塞时间可能表明存在潜在的问题。也许您的网络延迟太多。也许您正在尝试在慢速驱动器上执行过多的文件系统工作。简而言之,它可能表明存在问题,也可能不表明存在问题,即使它确实表明存在问题,它也不能真正告诉您问题是什么。

一般来说,如果您遇到线程匮乏的情况,您首先应该考虑的是线程池利用率。您是否在任何可以使用异步的地方?您是否正在做一些 Web 应用中的大禁忌,例如使用 Task.RunTask.StartNew 或更糟的是,Thread.Start ?所有这些创建的线程都来自同一个线程池,因此会成比例地减少服务器吞吐量。

有一种非常常见的模式,即尝试通过将长时间运行的作业转移到新线程来安排它们。这对网络应用来说就是死亡。池中的所有线程都是为了服务请求,而不是长时间运行的作业,因此,应该快速有效地处理请求,以便线程可以在短时间内返回到池中以处理其他请求。如果您需要后台工作,则需要通过卸载到另一个进程甚至完全不同的机器来真正将其后台化。

除此之外,也许您所获得的负载超出了服务器通常可以处理的负载。这总是有可能的。也许您需要垂直扩展系统资源(以及与之相关的线程池)。也许您需要通过复制此服务器并在前面添加负载均衡器来进行水平扩展。鉴于您在同一台服务器上运行多个不同的事物,水平扩展的一种简单方法是将这些事物简单地分配到它们自己的机器上。仅此一点就可能有很大帮助。然而,垂直或水平缩放应该是最后的选择。首先确保您有效地使用资源,然后再将更多资源投入到效率低下的事情上。

关于asp.net-core - 了解 PerfView 中的 BLOCKED_TIME,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/55066460/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com