gpt4 book ai didi

.net - 分析实时 = 45 秒,但线程时间 = 0.387 秒 什么会导致这种差异?

转载 作者:行者123 更新时间:2023-12-02 02:35:41 26 4
gpt4 key购买 nike

因此,我们的托管服务提供商最近将我们的测试服务器从一个环境迁移到另一个虚拟化环境。移动后,测试环境中的一些东西变得非常慢。

比如登录远程桌面很慢,不使用远程桌面,直接登录。还有一些平时跑的像风一样的asp.net应用,现在跑的像乌龟一样。在对这种放缓的原因进行了大量辩论之后,我开始调查实际问题。

最后一个有趣的发现是我在测试服务器上安装 dotTrace 时发现的。运行一个我知道会表现不佳的页面,我得到了以下(高级)线程的结果,该线程为有问题的页面执行了工作:

Real/wall time: 45538 ms
Thread time: 375 ms

据我所知,这意味着线程有很长一段时间没有被执行。我自己的宠物理论是虚拟环境优先于我的服务器工作的其他服务器。这可能是原因吗?你有什么想法?

注意:如果您需要更多详细信息,例如实际痕迹,如果您提出要求,我可以毫无问题地提供它们。

编辑:更多细节!跟踪中最昂贵的调用是:

1 次调用 KeyInfoX509Data.ctor(X509Certificate, X509IncludeOption):30014 毫秒
1 次调用 SignedXml.ComputeSignature:15045 毫秒

Trace details

最佳答案

对我来说,这种差异是 IO 等待问题的尖叫。最有可能是磁盘或网络,尽管 CPU 也不会让我感到惊讶。

由于它似乎专门用于读取证书,所以我会调查是否有另一个虚拟机/服务在磁盘或网络上变得贪婪。永久下载大文件或访问频繁的数据库可能是根本原因。

可以肯定的是,您必须查看共享您的硬件的所有 VM 上的相应事件,以及可能进入您的测试箱以及从您的测试箱到外部的网络跟踪。这可能只有 ISP 才能做到(因为它本质上是一个跨客户交互问题)。

根据 VM 服务器和硬件,它可能是可调整的设置,也可能不是。如果不是,您可能无能为力。

无论如何,我同意您的理论:这可能不是您的应用程序的问题,而是您的提供商的问题。如果您对 ISP 有任何影响力,我会将其反馈给他们以解决和/或调查不断变化的提供商。绕过它的成本可能大大超过让他们只为您提供一些硬件或与可以为您提供所需服务的提供商合作的成本。

关于.net - 分析实时 = 45 秒,但线程时间 = 0.387 秒 什么会导致这种差异?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1940494/

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