什么perfmon计数器可用于识别ASP.NET瓶颈?

鉴于此处的图表,我应该注意什么才能找出瓶颈?正如您所看到的,请求在负载下平均接近14秒,并且大部分时间归因于New Relic的分析数据中的CLR.在特定页面性能细分中,它将大部分时间归因于WebTransaction / .aspx页面.

解决方法

我看到数据库也被重新加入(橙色)并且由于会话在页面上的锁定而导致其中一个页面延迟了其余页面.

你也可以阅读:
Replacing ASP.Net’s session entirely

我的建议是完全删除会话调用,如果这是不可能的,找到另一种方法将它们保存在数据库中的某个地方.

实际上,在我的页面中,我提出了所有三种可能的选择.我在没有会话的情况下调用页面. 2我已完成自定义会话,这些会话是连接到用户cookie的值,最后是3.我已经创建了远离会话的线程并且他们在后台进行计算,当他们完成时我会显示结果.

在某些情况下,计算是在没有会话的情况下调用页面的iframe完成的,稍后我会显示结果.

相关文章

### 创建一个gRPC服务项目(grpc服务端)和一个 webapi项目(...
一、SiganlR 使用的协议类型 1.websocket即时通讯协议 2.Ser...
.Net 6 WebApi 项目 在Linux系统上 打包成Docker镜像,发布为...
一、 PD简介PowerDesigner 是一个集所有现代建模技术于一身的...
一、存储过程 存储过程就像数据库中运行的方法(函数) 优点:...
一、Ueditor的下载 1、百度编辑器下载地址:http://ueditor....