如何验证 Web 应用程序中的网络带宽问题

发布于 2024-10-01 17:44:07 字数 146 浏览 3 评论 0原文

我正在维护一个 ASP.NET 应用程序。有些用户的操作速度相当慢;我的一位同事声称这是由网络带宽引起的,因为一些使用的 dll 会连接到互联网来获取数据。

我如何验证这确实是由于网络问题造成的?在此过程中是否有任何工具可以对等网络连接?

谢谢。

I am maintainign a ASP.NET app. Some of users action are pretty slow; one of my colleagues claim it is caused by network bandwidth as some used dll will connect over to internet to get data.

How could I verify it's really due to network issue? Any tools can peer the network connection during the process?

Thanks.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

会傲 2024-10-08 17:44:07

我将实现跟踪 - 在服务器上启用远程跟踪

<configuration>
  <system.web>
    <trace enabled="true" requestLimit="40" localOnly="false"/>
  </system.web>
</configuration>

,然后修改调用有问题的 DLL 的代码,在调用之前和之后包含此代码:

Trace.Write("Calling dll " + DateTime.Now.ToString());

然后

Trace.Write("Finished calling dll " + DateTime.Now.ToString());

点击缓慢的页面,然后转到 http://yourserver/Trace.axd 并查看最后一个 aspx 请求

I would implement tracing - enable remote tracing on the server

<configuration>
  <system.web>
    <trace enabled="true" requestLimit="40" localOnly="false"/>
  </system.web>
</configuration>

and then modify the code that calls the DLL in question, include this code before and after call:

Trace.Write("Calling dll " + DateTime.Now.ToString());

and after

Trace.Write("Finished calling dll " + DateTime.Now.ToString());

then hit the page that's slow, and after that go to http://yourserver/Trace.axd and look at the last aspx request

一页 2024-10-08 17:44:07

如果您认为“网络问题”出在服务器端,那么您可以使用任务管理器并切换到网络选项卡来查看带宽利用率。如果利用率接近服务器端的带宽,那么您就可以确定了。

如果您怀疑用户没有足够的带宽,也可以执行相同的操作。

仅供参考:如果您进行额外的互联网调用(无论是从客户端还是从服务器),您将获得额外的网络延迟(对于每个调用)。这并不表示存在带宽问题,而只是表示存在其他网络延迟问题需要处理。

If you think the "network issue" is on the server side then you could just use TaskManager andswitch to the network tab to see the bandwidth utilization. If the utilization is close to the bandwidth you have at your server's end then you'll know for sure.

The same can be done if you suspect the user doesn't have enough bandwidth.

FYI: If you are making additional internet calls (either from the client or the server) there will be additional network latency that you'll get (for each call). That doesn't indicate a bandwidth issue but just that there are additional network latency issues to deal with.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文