![](https://img-blog.csdnimg.cn/20201014180756928.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
linux
文章平均质量分 56
玻璃杯1992
本人7年测试行业经验,3年黑盒测试经验,4年测试开发经验,曾任职国内大型人工智能上市公司,精通性能测试,自动化测试,接口测试,人工智能AI语音测试;
展开
-
性能测试实战分享2---full GC 过多
场景和现象说明:1、观察数据库服务器,cpu使用率在11%左右,看oracle的awr日志,没看到特别慢的sql(有三条sql加起来耗时不到一百毫秒)2、应用服务器,有几台cpu使用率70%左右(几台都是同功能的),频繁fullgc,用的是cms,设置了到70%就回收。堆内存5千兆。这接口慢应该怎么分析。可以通过看日志分析哪里慢吗?问题:接口平均响应时间比较慢,约1.63秒;监控现象:1、full GC频繁;2、应用服务器CPU占比70%左右,略高;3、磁盘写较大,超原创 2022-05-16 16:31:52 · 439 阅读 · 0 评论 -
性能测试实战分享1---TPS上升后下降
性能测试实战分享1—TPS上升后下降场景:30个并发,单台jmeter压测;客户端-Windows系统,服务端-linux系统;问题:TPS上升后下降,且下降为高峰TPS的四分之一左右;原因:压测机tcp连接端口占用过多超2万7千多,且大部分TCP连接都是time_wait状态,顾tcp连接端口不足;解决方案:采用分布式压测,增加端口号;分析思路:*第一步:*分析客户端和服务端的性能,看是否有性能瓶颈(CPU,内存,磁盘,网络)*第二步:*再分析客户端和服务端的端口是否用尽*第三步:*最后分原创 2022-05-08 15:06:42 · 3053 阅读 · 0 评论