记录一次接口压力测试结果
本文是自己的一个测试记录,没有其他技术开发参考价值,作为一个自己的记录。通过一台服务器去压一个webservice服务器,缓存服务器是用微软开源的sharecache,两个压力测试结果相差不大,内部是自己调整了服务端配置参数,和程序缓存和相关处理后的结果,结果如下:
通过用2服务器作为客户端,压122服务器,sharecache在123 服务器。
利用缓存:
压力测试在200个并发下,利用政策分组缓存和政策缓存后,服务器大概有38.8QPS,235个线程,222M内存,201M虚拟内存,95%的CPU占用率。每秒插入数据库大约11.24个订单。
服务端内部耗时:
其中经过测试,查询一个政策都需要查询两次查政策方法,比如查询CKG-PEK,会查询CKG-PEK的政策,和查询***-PEK的政策,其中高压下,CKG-PEK的政策耗时280毫秒,***-PEK耗时300毫秒左右,政策分组缓存获取耗时530毫秒左右(比从数据库直接查询还慢)
出票耗时20.7秒
生成订单耗时3.3秒
查政策耗时4秒
客户端耗时:
出票耗时21.5秒
生成订单耗时3.6秒
查询政策耗时4秒
客户端记录的请求量:
每秒发出了38个请求
每秒返回了23.35个政策
每秒返回了11.6个订单生成记录
每秒返回了3.68个出票成功记录
-----------------------------------------------------------------------------------------------------------
不利用缓存:
压力测试在200个并发下,服务器大概有40.5个QPS,233个线程,233M内存,213M虚拟内存,93%的CPU占用率。每秒插入数据库大约11.8个订单。
服务端内部耗时:
高压下内部查询政策方法耗时180毫秒左右,分组获取大约15毫秒左右(比从缓存读取快)
出票耗时20.5秒
生成订单耗时2.7秒
查询政策耗时3.1秒
客户端耗时:
出票耗时21.5秒左右
生成订单耗时3秒左右
查询政策耗时3.1秒左右
客户端记录的请求量:
每秒发出了46个请求
每秒返回了23.81个政策
每秒返回了10.98个订单生成记录
每秒返回了3.91个出票成功记录
如有转载,请注明来自:http://lawson.cnblogs.com/
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 地球OL攻略 —— 某应届生求职总结
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· .NET周刊【3月第1期 2025-03-02】
· [AI/GPT/综述] AI Agent的设计模式综述