查找 Web 性能问题的根源

发布于 2024-11-08 04:47:30 字数 582 浏览 3 评论 0原文

我们正在尝试追踪 Windows 2008 上的 ASP.NET 解决方案的性能问题。

  • 没有数据库访问权限且逻辑很少的错误页面需要 10 秒。其他页面超过70秒。
  • 仅在高负载时性能才会显着下降,
  • 总内存使用量较低,16 个可用
  • W3wp.exe 为 5 GB,使用 2.5 GB
  • 的httperr 文件中的几个 Connection_Dropped DefaultAppPool
  • 。 1500 个连接,Asp.net 队列长度为 10000
  • CPU 使用率低

有人知道我接下来可以检查什么吗?

编辑

我现在已经使用 VS 2010 在测试虚拟服务器中对其运行性能测试。

我以逐步建立的方式运行了 200 个用户,无需等待时间。

有趣的是,即使达到最大用户数后,页面时间仍继续增加。似乎没有任何内存泄漏,内存使用率持平。每页花费的时间从 0.1 到 30.0 秒不等。

所有页面都会增加,增加最多的是登录页面的获取,没有数据库访问,只是表单身份验证检查用户是否登录。

We are trying to track down a performance issue on a asp.net solution on windows 2008.

  • The error page that has no database access and very little logic takes 10 sec. Other pages over 70 seconds.
  • Performance drops noticeably only at high load
  • total memory usage is low 5 GB of 16 available
  • W3wp.exe using 2.5 GB
  • several Connection_Dropped DefaultAppPool in the httperr file
  • ca. 1500 connections, Asp.net queue length is 10000
  • CPU usage is low

Anyone have an idea what I could check next?

Edit

I have now used VS 2010 to run a performance test against it in a test virtual server.

I ran 200 users with a stepped build up and no wait time.

The interesting thing was that the page time continued to increase even after the max number of users was reached. There did not appear to be any memory leaks, memory usage is flat. Time taken per page goes from 0.1 to 30.0 seconds.

All pages increase, the one that increases most is a get of the login page, no database access just a forms auth check to see if the user is logged in.

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

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

发布评论

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

评论(2

疑心病 2024-11-15 04:47:30

在阅读您的数字后(我总是回答得太快,是吗?)我同意您应该首先分析服务器端。请参阅什么是一些好的.NET分析器?


我建议您使用

  • google

chrome具有出色的分析工具(在开发人员工具下,在我的安装中按 Ctrl-Shift-I)。我仔细研究了

  • 网络
  • 配置文件
  • 时间线

图表以获取信息。

此外,还有更高级的 Firefox 的 Y-Slow 扩展。它由雅虎开发/使用,并提供了一些开箱即用的中肯建议。

如果您更喜欢 Firefox,Firebug 扩展与 Google 开发者工具非常接近

Upon reading your numbers (always answering too fast, am I?) I agree that you should probably profile the server-side first. See What Are Some Good .NET Profilers?


I suggest you use

  • google chrome

It has excellent profiling tools (under developer tools, Ctrl-Shift-I on my installation). I peruse

  • network
  • profiles
  • timeline

charts for the information.

Also, there is the more highlevel Y-Slow extension to Firefox. It is developed/used by yahoo and gives some rather to the point advice out of the box.

If you prefer Firefox, the Firebug extension comes pretty close to the Google developer tools

凉城凉梦凉人心 2024-11-15 04:47:30

啊。你随便查一下怎么样?

连接分析器,进行分析运行,找出 CPU 将时间花在哪里。

有很多分析器都提供 14 天免费试用。

我想说你需要更多的 CPU - 找出原因;)

Ah. Wha about you just look it up?

Attach a profiler, make a profiling run, find out where the CPU spends itÄs time.

There are plenty of profilers around that offer 14 day free trials.

I wouldsay ou need more CPU - find out why ;)

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