Web应用过程功能模块是将当前应用以Web应用过程的维度来展示详细的应用性能数据,包括以下几个功能:
“Web应用过程一览”列出当前应用所有的Web应用过程,并且可以按照耗时百分比、响应时间、吞吐率、Apdex、错误率进行排序。
“TOP5最耗时Web应用过程堆叠图”展示了耗时百分比最大的前5个Web应用过程其墙钟时间比在选定时间内的变化趋势。(墙钟时间比指的是Web应用过程在图表横坐标粒时间度下的总耗时时间/图表横坐标粒度时间)
“Web应用过程响应时间与吞吐率图”展示了应用的平均响应时间和每分钟请求次数在选定时间内的变化趋势。当请求的响应时间大于设定的阈值时会被显示在慢应用追踪列表中。(可在设置中对Web过程跟踪阈值进行设定,例如设置为500毫秒,那么所有响应时间大于500毫秒的请求都会被显示在慢应用过程追踪列表中,具体值根据自己的需求设置即可)
对于Web应用过程响应慢,我们选择按照“响应时间”进行排序,响应时间由长到短排列,选择时间较长的优先进行解决。
点击该Web应用过程进行数据钻取,查看其详细的性能分解。可以看到Web应用过程性能分解堆叠图,显示了这个Web应用过程中各个组件在选定时间内的平均响应时间的变化趋势。
“性能分解表格”展示了其中各个组件的详细性能信息,包括的信息有代码段、性能分类、耗时百分比、调用次数、平均响应时间,排列顺序是按照平均响应时间由长到短进行排序的。
“响应时间和吞吐率图”展示了该Web应用过程在选定时间内平均响应时间和每分钟请求次数的变化趋势。
“慢应用追踪列表”显示了该应用下响应时间大于设定阈值的请求,同样还是按照响应时间由长到短进行排序。
点击其中响应时间较长的请求进行慢应用追踪,跳转至应用过程慢追踪页面。
摘要中可以看到各个组件的响应耗时百分比图,下面还列出了各个最慢组件详细的调用次数、持续时间、响应耗时占比数据。
接下来重点查看追踪详情,可以看到各个代码段的持续时间、时间占比和时间偏移量,其中持续时间长时间占比高的就是响应时间长的代码段,则需要对该代码段进行重点的优化和修改,从而解决Web应用过程响应慢的问题。
后面的相关SQL展示了其中的SQL *** 作以及其调用次数和总耗时。
拓补图展示了相关的调用关系方便更加全面的分析问题,特别说明的是只有发生跨应用调用的应用过程慢追踪才会展示拓补图。
如果是突然的系统卡,首先考虑网络问题,从两个方面一方面自己网络,一方面服务器带宽状态,自己的网络情况可以根据打开其他网络来查询,服务器方面的网络就需要咨询服务器管理员;排成网络问题之后,从系统检查入手,要做的事情是查杀木马,看看系统资源使用情况,如cpu,内存,网络资源,如果是windows的系统可以通过第三方工具如360卫士的流量查询查看目前的网络使用。通过任务管理器查看那个进程占用资源,360卫士的流量查询功能还能对应到那个端口占用流量带宽。看到占用高的可以把它们结束;同时检查用户组查看有没有用户异常。其次想到的应该重启一下服务,如果还是慢就要看一下服务器CPU和内存的使用情况,再就是部署一个简单的系统在同一web服务器上,看运行如何,目的是排除一下是不是服务器问题还是网站系统代码问题,还有就是网站连接的数据库等。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)