性能测试排查思路

性能测试瓶颈确定与排查思路

最新推荐文章于 2024-12-19 15:10:12 发布

原创

最新推荐文章于 2024-12-19 15:10:12 发布 · 1.3k 阅读

17 ·

CC 4.0 BY-SA版权

文章标签：

#运维 #性能 #性能测试 #瓶颈分析

一、怎么确定系统到达了性能瓶颈

1、吞吐量不再随着并发量增加而增加

2、吞吐量下降

3、程序性能指标不达标，包括吞吐量、响应时间、错误率、资源占用率

二、排查思路

分层思路：

 （1）先客户端再服务端
 
 （2）先硬件资源再应用程序
 
 （3）JAVA应用程序：JVM虚拟机层、WEB服务器层、代码层面

1、客户端

 客户端出现瓶颈现象，加大线程数量，请求数不再增加
 
 排查方向
 
 网络带宽、端口占用情况、CPU使用率、内存使用率、磁盘使用率
 
 优化方法
 
 1、硬件资源不足：增加单机的硬件资源配置
 
 2、单机硬件硬件配置没有优化空间：考虑集群，比如jmeter集群

2、服务端

2.1 网络瓶颈 到达网络瓶颈现象：

网络带宽占满？请求数增加的情况下，服务器其他资源使用率不高，网络使用率很高

排查方法：

 iperf3: 检测网络速度工具
 
 iftop监控工具：查看每个 某个ip的某个端口号网络使用情况，比如：接收流量、发送流量、总流量、流量峰值、平均流量等
 
 尝试增加网络带宽，查看吞吐量是否增加，如果有增加，说明是网络到达瓶颈，限制了系统性能的提升

优化方法：

 1、增加网络带宽
 
 2、减少数据传输量：比如压缩传输，比如减少不必要的数据传输

2.2 磁盘瓶颈 到达磁盘瓶颈现象：

 1、请求数增加的情况下，服务器其他资源使用率不高，

最低0.47元/天解锁文章

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

松勤软件测试

关注关注

13
点赞
踩
17

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

爆肝整理，性能测试方法与关键指标以及瓶颈定位思路，一篇贯通...

测试逍遥子的博客

08-14

1316

性能测试方法1、验收性能测试模拟生产上线业务环境，测试是否满足性能需求特点：确定用户的环境用户需求的性能指标执行、分析结果验收性质测试结果要有客观性2、负载测试主要考察软件系统在既定负载下的性能表现，其中既定负载一般是指客户需求的负载。测试指标一般体现在：响应时间、交易容量TPS(或者吞吐量)、并发容量以及资源使用率等。3、压力测试为了考察软件系统在极端条件下的表现，我们需要进行压力测试。其中极端条件可以是超负荷的交易量和并发用户数。

网络性能问题排查思路

我活在当下，我巨他妈勇敢。

04-14

730

网络问题往往是性能排查中最复杂的一个问题，因为网络问题往往涉及的链路比较长，排查起来不仅仅是看本地机器的指标就可以了。本文将展示一个比较系统的排查网络问题的思路。我们往往都是通过类似prometheus，grafana搭建的监控平台对机器的各项指标进行监控，其中就包括网络性能，当发现指标异常后，你就需要定位到具体的进程了，定位到进程还没完，你还需要定位到进程中是哪段代码引发的这个问题。整个过程你可以看到是一个大范围到小范围逐步定位的过程，大致分为3个步骤：1，系统层面发现问题2，定位到具体异常进程。

参与评论您还未登录，请先登录后发表或查看评论

性能测试—瓶颈分析方法

weixin_30247307的博客

07-20

231

1。内存分析方法内存分析用于判断系统有无内存瓶颈，是否需要通过增加内存等手段提高系统性能表现。内存分析需要使用的计数器：Memory类别和Physical Disk类别的计数器。内存分析的主要方法和步骤：（1）首先查看Memory\Available Mbytes指标如果该指标的数据比较小，系统可能出现了内存方面的问题，需要继续下面步骤进一步分析。注：在UNIX/LINUX中...

性能测试-排查思路

yaya1943的专栏

02-29

908

一、怎么确定有性能问题。6.1 jvm 内存。

性能测试-服务端瓶颈分析思路

weixin_30678821的博客

07-30

467

性能测试：瓶颈定位思路

小太阳~

01-25

1220

1. 脚本、场景 -- 要注意自身设置的思考时间是否有问题 2. 网络是否有问题 -- 带宽是否足够，测网速带宽 3. 数据库 -- DBA 监控、缓存池/索引、使用监控工具 4. 中间件 -- JVM调优、中间件的配置 5. 代码层面 6. 系统架构及第三方服务

服务器性能排查思路

weixin_43991053的博客

05-28

597

一、先全面分析系统的瓶颈在哪里使用top工具全面查看系统性能：输入M,进程列表按内存使用大小降序排序，便于我们观察最大内存使用问题输入P,进程列表按cpu使用大小降序排序，观察最昊cpu资源的使用者是否有问题 %id显示系统空闲cpu百分比，如果值过低，说明系统cpu存在瓶颈 %wa：等待i/o的cpu时间百分比，如果值过高，表明io存在瓶颈二、IO瓶颈通过 iostat -d -x -k 11分析，如果%iowait值过高，表示硬盘存在I/O瓶颈如果%util接近100%，

线上问题——【面试题】Java 线上问题的一般排查思路

longool的博客

11-05

784

1、问题确认和信息收集2、快速响应3、日志分析4、监控数据分析5、网络分析6、数据库分析7、代码级别分析8、性能分析与监控工具使用9、复现问题10、根因分析11、解决方案12、验证和监控13、复盘和总结

性能测试方案设计思路

03-18

性能测试方案的设计思路是制定一个全面的计划，通过这个计划来指导测试工作的开展。以下是根据提供的文件内容总结出的性能测试方案设计的关键知识点： 1. 需求分析：测试的目的在于确认系统的性能能否满足业务需求...

提供一个排查性能问题的思路

xiexiaojing的博客

01-23

1126

背景讲一个发生在15年自己身上的例子。当时负责开发维护整个公司的所有搜索引擎。两年时间内大体同样的方法已经搭建过好几套了。所以被要求再搭建一套的时候本以为不会出现什么问题。结果搭建好运行...

性能测试-瓶颈分析方法

11-11

该文档介绍了在性能测试中一个很重要的阶段，分析结果阶段中如何分析系统的瓶颈所在，是初中级性能测试人员的最佳学习文档

性能测试_问题定位与调优

12-11

本课程以问题定位为主，以一次性能测试的过程为主线讲解在性能测试的过程中，如何定位问题，发现问题并解决问题，如何做基础的调优工作。

3天没睡吐血整理，性能测试瓶颈问题+分析，一篇概全...

分享测试知识

06-15

1878

如何定位性能瓶颈？性能测试这种测试方式在发生过程中，其中一个过渡性的工作，就是对执行过程中的问题，进行定位，对功能的定位，对负载的定位，最重要的，当然就是问题中说的“瓶颈”。瓶颈产生在以下几方面：1、网络瓶颈，如带宽，流量等形成的网络环境；2、应用服务瓶颈，如中间件的基本配置，CACHE等；3、系统瓶颈，这个比较常用：应用服务器，数据库服务器以及客户机的CPU，内存，硬盘等配置；4、数据库瓶颈，以ORACLE为例，SYS中默认的一些参数设置；5、应用程序本身瓶颈；

性能测试方法(策略)

Rolei的博客

05-31

5673

性能测试的层次是什么？软件开发中哪些要进行性能测试？

性能测试 —— Jmeter 性能压测瓶颈定位思路！

hlsxjh的博客

12-19

664

4、监控服务端的所有机器（Tomcat、Nginx、Apache、MySQL）的操作负载，CPU、内存、网络、磁盘是否达到瓶颈。6、监控中间件连接数是否达到上线，比如Tomcat、Nginx、MySQL连接数是否达到上线。7、监控应用程序的线程状态，使用Jstack、Jvisualvm查看是否有死锁、阻塞等情况。8、监控应用程序的Jvm，使用Jstat、Jamp查看GC情况，是否存在内存泄漏。5、监控应用服务器日志，查看是否存在ERROR、TimeOut、等报错。

软件性能测试瓶颈定位,软件性能问题正确定位思路

weixin_42175035的博客

07-22

396

上回说了软件性能问题错误修复大法鉴赏，如果不给出正确方法，那就止步于笑谈。那么软件出了性能问题，究竟应该如何去定位呢？1.资源首先，我们要明白一件事，软件发生性能问题，必定是资源不够用了。资源分为硬件资源和软件资源，硬件资源有：CPU：内存插槽，核心，硬件线程内存：DRAM，缓存网络：以太网，WIFI，4G存储设备：硬盘控制器：储存，网络软件资源有：互斥锁：锁的平均占用的时间是一个重要的指标，等待...

性能测试—性能测试方案设计思路总结

自动化测试技术栈

08-28

1629

为什么测？目的在于测试系统相关性能能否满足业务需求。通常分以下两种情况：

性能面试3

用心做事，用爱生活

01-06

444

1，产品就只给一个需求，需求调研的内容都不知道，也没人告诉你，怎么开展性能测试？ a> 没有任何途径进行需求调研的情况下，可以跳过需求调研，直接开始压测。 b> 压测完成后，可以把本次压测数据开会讨论，共同决定是否满足性能需求； c> 或者根据行业内的通用指标规范，比如高频接口响应时间<100ms，低频<200ms的标准来判断 2，如何定位一个系统的性能瓶颈？见《性...

某项目性能测试问题排查

Du.的博客

04-11

4171

背景：某现场有3套提提及集群，每套上有2个实例，test1/test2在一套（2+3），test3/test4在一套（2+6），test5/test6在一套（2+5），其中test1/test2底层是SSD+flash，其他两套则是hdd+flash 主要记录性能测试过程中发现某业务出现断流的情况，断流描述如下： --压测1小时的结果说明------ 1、05:42:37时间点，导致8086端口的所有消息全部断流一次。 2、06:02:28时间点，导致8086端口部分接口断流，部分接口波动

整机desense排查思路

最新发布

11-08

整机 desense（灵敏度下降）的排查思路可以从以下几个方面展开： ### 硬件层面 - **天线系统检查**：天线作为接收和发射信号的关键部件，其性能直接影响整机灵敏度。检查天线是否存在物理损坏，如天线断裂、变形等。同时，要确认天线的安装位置是否正确，是否存在与其他金属部件距离过近而产生干扰的情况。另外，天线的匹配电路也至关重要，需检查匹配电路的元件是否有损坏、焊接是否良好等，因为匹配不佳会导致天线的辐射效率降低，从而引起 desense 问题[^1]。 ```python # 示例代码：模拟检查天线是否正常 def check_antenna(): antenna_physical_damage = False antenna_installation_correct = True antenna_matching_circuit_good = True # 模拟检查物理损坏 if antenna_physical_damage: print("天线存在物理损坏，需进一步检查") else: print("天线物理状态正常") # 模拟检查安装位置 if not antenna_installation_correct: print("天线安装位置可能不正确，需调整") else: print("天线安装位置正常") # 模拟检查匹配电路 if not antenna_matching_circuit_good: print("天线匹配电路可能存在问题，需检查元件和焊接") else: print("天线匹配电路正常") check_antenna() ``` - **射频链路检查**：射频链路中的各个器件，如滤波器、放大器、射频开关等，都可能影响信号的传输质量。检查这些器件是否正常工作，是否存在增益异常、插损过大等问题。可以使用频谱分析仪、网络分析仪等仪器对射频链路进行测试，分析信号的幅度、频率等参数是否符合设计要求[^1]。 ```python # 示例代码：模拟检查射频链路器件 def check_rf_link(): filter_normal = True amplifier_normal = True rf_switch_normal = True # 模拟检查滤波器 if not filter_normal: print("滤波器可能存在问题，需进一步测试") else: print("滤波器工作正常") # 模拟检查放大器 if not amplifier_normal: print("放大器可能存在问题，需检查增益和插损") else: print("放大器工作正常") # 模拟检查射频开关 if not rf_switch_normal: print("射频开关可能存在问题，需检查切换功能") else: print("射频开关工作正常") check_rf_link() ``` - **电源系统检查**：不稳定的电源供应可能会对射频电路产生干扰，导致 desense 现象。检查电源的纹波是否过大，电源的输出电压是否稳定。可以使用示波器观察电源的波形，确保电源的质量符合要求。同时，要检查电源的布线是否合理，是否存在电源噪声耦合到射频电路的情况[^1]。 ```python # 示例代码：模拟检查电源系统 def check_power_system(): power_ripple_normal = True power_voltage_stable = True power_wiring_reasonable = True # 模拟检查电源纹波 if not power_ripple_normal: print("电源纹波过大，需检查电源滤波电路") else: print("电源纹波正常") # 模拟检查电源电压 if not power_voltage_stable: print("电源电压不稳定，需检查电源模块") else: print("电源电压稳定") # 模拟检查电源布线 if not power_wiring_reasonable: print("电源布线可能不合理，需优化布线") else: print("电源布线合理") check_power_system() ``` ### 软件层面 - **射频参数配置检查**：检查设备的射频参数配置是否正确，如发射功率、接收增益、频率等参数。不正确的参数配置可能会导致信号质量下降，从而引起 desense 问题。可以通过查看设备的日志文件、使用调试工具等方式来确认射频参数的设置情况[^1]。 ```python # 示例代码：模拟检查射频参数配置 def check_rf_parameters(): transmit_power_correct = True receive_gain_correct = True frequency_correct = True # 模拟检查发射功率 if not transmit_power_correct: print("发射功率配置可能不正确，需调整") else: print("发射功率配置正常") # 模拟检查接收增益 if not receive_gain_correct: print("接收增益配置可能不正确，需调整") else: print("接收增益配置正常") # 模拟检查频率 if not frequency_correct: print("频率配置可能不正确，需检查") else: print("频率配置正常") check_rf_parameters() ``` - **软件版本检查**：过时的软件版本可能存在一些已知的射频问题，导致 desense 现象。检查设备是否有可用的软件更新，尝试更新到最新版本，看问题是否得到解决。同时，要注意软件更新过程中的兼容性问题，确保更新后的软件能够正常运行[^1]。 ### 电磁环境层面 - **外部干扰源排查**：检查设备周围是否存在强电磁干扰源，如微波炉、无线充电器、其他无线设备等。这些干扰源可能会发射出与设备工作频率相近的信号，从而对设备的射频信号产生干扰。可以将设备移动到不同的环境中进行测试，观察 desense 问题是否仍然存在。如果在某些特定环境下问题消失，说明可能是外部干扰源导致的[^1]。 ```python # 示例代码：模拟排查外部干扰源 def check_external_interference(): interference_present = False test_environments = ["环境A", "环境B", "环境C"] for environment in test_environments: # 模拟在不同环境下测试 if interference_present: print(f"在 {environment} 环境中存在外部干扰，需进一步排查干扰源") else: print(f"在 {environment} 环境中未发现明显外部干扰") check_external_interference() ``` - **内部电磁兼容性检查**：检查设备内部各个模块之间的电磁兼容性，是否存在模块之间的相互干扰。可以通过对设备进行电磁屏蔽处理、优化布线等方式来减少内部干扰。例如，使用屏蔽罩对敏感的射频电路进行屏蔽，避免其他模块的干扰信号进入[^1]。