性能测试
文章平均质量分 64
lili_yaya_nana
这个作者很懒,什么都没留下…
展开
-
性能压测-响应时间、系统资源使用率评估
2-5-8原则: 如果响应时间在2s内,用户会觉得系统很快;如果响应时间在2~8秒之间,用户会觉得系统的响应速度很慢,但还可以勉强接受;%util: 一秒中有百分之多少的时间用于 I/O 如果%util接近100%,说明产生的I/O请求太多,I/O系统已经满负荷。单位时间内系统可以成功完成多少个定义的事务,在一定程度上反应了系统的处理能力,一般事务成功率要求100%或大于99%磁盘I/O: 磁盘主要用于存取数据,因此当说到IO操作的时候,就会存在两种相对应的操作,存数据的时候对应的是写。转载 2024-02-21 16:47:07 · 577 阅读 · 0 评论 -
性能测试-常用指标
建议: QPS是Query Per Second,是数据库中的概念,每秒执行条数(查询),被引申到压测中来了,但是不包括插入、更新、删除操作,所以不建议用qps来描述系统整体的性能;QPS:Queries Per Second,意思是每秒查询率,是一台服务器每秒能够响应的查询次数(数据库中的每秒执行查询sql的次数),显然,这个不够全面,:每秒事务事,单位时间内处理的事务数量,它表示系统的处理能力,这个值越大,说明处理能力越强。指的是单位时间内处理的客户端请求数量。一般指的是数据库中存在的用户数,转载 2024-02-21 15:54:22 · 39 阅读 · 0 评论 -
性能压测--指标评估:并发用户数
19531M/9.6小时=2034M/小时=578K字节/s 如果请求是均匀分布的,需要5M(640K字节)带宽(5Mb=640KB 注意大小写,b是位,B是字节,差了8倍),但所有请求不可能是均匀分布的,当有高峰时5M带宽一定不够,X2倍就是10M带宽。其中关键的参数是80%、40%。24小时的40%是9.6小时,有80%的请求发生一天的9.6个小时当中(很适合互联网的应用,白天请求多,晚上请求少)。以上请求数量是均匀的分布在白天的9.6个小时中,但实际情况并不会这么均匀的分布,会有高峰有低谷。转载 2024-02-21 14:51:57 · 510 阅读 · 0 评论 -
性能压测-tps指标评估之二八原则
同时,将来项目上线后,可以通过对项目接口的峰值监控,来对比之前评估的算法结果,调整冗余系数,最终随着不断的数据积累,将会形成一套本项目的性能模型。但是理想很丰满,现实很骨感,根据我多年的性能测试经验来看,大多数提性能需求的人,大多是不太懂性能的,所以根本不会有指标的,或者虽然有指标,但是是拍脑袋决定的,没有任何依据。看了上面一大堆分析,有的朋友可能又说了,别整这些有的没的,我们公司的项目就是啥都没有,三无产品,没有业务监控、没有中间件日志,也没有日活数据,那怎么评估预期指标。转载 2024-02-18 15:49:13 · 237 阅读 · 1 评论 -
性能测试二八原则,响应时间2/5/8原则
响应时间2-5-8响应时间。转载 2024-02-18 16:56:27 · 172 阅读 · 0 评论