提升CPU负载的测试方法

已于 2023-08-07 14:58:27 修改
阅读量586 收藏
点赞数
分类专栏： 智能座舱 文章标签： android 汽车
于 2023-07-26 09:16:09 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/jidapenglin28/article/details/131931354
版权

使用方法

场景1 持续占用CPU

1、adb push cpu_test.sh /data

chmod 777 /data/cpu_test.sh

2、打开cmd，运行脚本

cd /data

nice -n-20 sh cpu_test.sh

场景2 持续并以最大概率占用CPU

按照上述方法运行cpu_test.sh脚本后，再按照下面进行操作

然后运行如下命令（需要root权限），设置pid对应的线程调度策略和优先级：

chrt -f -p 9187 99

chrt -f -p 9188 99

...

【注】根据实际需求来设置，如测试不需要CPU调度太多偏向于测试脚本，则上述操作没必要把全部pid都设置为SCHED_FIFO；如果全部设置，CPU调度更趋向于测试脚本，机器可能出现严重卡顿或重启；

设置成功（PR一列显示“RT”）后的示意图如下：

场景3 间歇性占用CPU

步骤一：将上述脚本cpu_test.sh放到/data目录中，然后授权 chmod a+x /data/cpu_test.sh

步骤二：将下述脚本放到/data目录中，

了解本专栏 订阅专栏 解锁全文 超级会员免费看
PengLen
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
订阅专栏
CPU负载测试工具 电脑维修测试用
05-10
这个工具运行后会让CPU处于100%的运行状态，主要用于通过负载测试系统的故障问题。有需要的可以下载使用。
Linux下cpu负荷测试代码
06-17
测试cpu负荷性能的原理主要是通过求PI的小数点后面的位数来分析的
性能测试-cpu负载和cpu利用率
weixin_30678821的博客
09-16 712
概述 做压力测试的时候，我们经常会关注两个指标，CPU利用率和CPU负载 　　Linux中，进程分为三种状态： 　　阻塞的进程blocked process 　　可运行的进程runnable process 　　正在运行的进程runningprocess 　　当进程阻塞时，进程会等待I/O设备的数据或者系统调用。 　　进程处于可运行状态时，...
cpu压力测试、平均负载、切换上下文（linux）
ziqibit的博客
05-21 708
linux下压力测试和性能分析
一种基于智能放置策略的CucKoo哈希表
07-07
由于查询时间复杂度为O（1）， Cuckoo哈希表在大数据、云计算等领域得到了广泛应用。然而，现有 Cuckoo哈希表的写入操作在遇到写冲突时普遍采用随杋替换策略来替换已有表项。一方面，写λ操作容易岀现高迟插λ和无限循环，尤其是当哈希表负载率较高时，甚至有重构整个哈希表的风险;另一方面，由于现有随机替换策略将数据项尽量散布在哈希表的各个桶中，哈希表项间缺乏良好的空间局部性，降低了数据正向查询的效率。为解决以上问题，提岀了一种基于智能放置策略的Cuckoo哈希表。具体地，为提升写入操作的效率，提出了一种基于负载均衡的 Cuckoo哈希表（ Load-balance Cuckoo hash Table， LBCHT），实时限制每个桶的负载，并使用广度优先搜索寻找最佳 Cuckoo路径，实验结果表明 LBCHT能有效减少高负载率下写入操作可能出现的长尾效应;为提升查询操作的效率，提岀了一种充分利用局部性原理的 Cucko哈希表（ Locality Prilciple Cuckoo Hash Table， LPCHT），通过充分发掘哈希表项间的空间局部性，来有效减小查询操作引起的CPU高速缓存缺失率，提高正向查询的效率。实验结果证明，在高负载率的压力测试环境中，与 libcuckoo相比， LBCHT的写入效率提升了50%，LPCHT的正向查询效率提升了7%。
(三) CPU 性能测试 （CPU负载高对应的不同情况）
IForFree
06-24 1853
系统负载高的不通情况分析
Ubuntu 下 CPU 负载测试
Nyiragongo的博客
09-07 1508
在嵌入式系统开发的时候，我们要评估系统散热情况需要满载测试或者测试系统调度情况需要让 cpu 满载运行的软件：stress 堪称利器。这个不算原创，只是自己偶尔用，经常忘记命令，所以记录一下，以后好找。
提高服务器cpu、内存负载脚本
alisxwy的博客
10-25 425
提高服务器cpu、内存负载脚本
驱动能力，带负载能力
热门推荐
XY_Chang的博客
12-23 1万+
一般来说，所谓的驱动能力指的是电流，一些芯片手册会给出驱动电流是多大。对于负载来说，接上下级负载后，电流没有超出前级驱动能力则可以正常工作。 如果后级接上后，输入阻抗比较大（即后级这个负载大），同时还要求输入电流比较大，一般不会有这种芯片，不会有这样设计，因为本身就是矛盾的这样。 所谓的带负载能力强，电流驱动能力大，驱动能力强，这里的强或者说驱动能力大小由它本身这款芯片（或系统）手册上给出的值决定。 （后级系统）负载越大，那么需要的（前级输入）电流就越小，越有可能说明能前级能驱动得了后级。而负载小的话，那么
提高linux服务器CPU负载
weixin_51431481的博客
06-19 474
公司有个项目，由于CPU使用率低，无法过审核，需要重新评估是否缩容资源，于是想了个办法，通过软件提高CPU的负载率。为了达到掩人耳目的作用，可以把sysbench改名为tomcat或者java，看起来就像是跑了java应用。没有docker的情况下,直接安装sysbench，然后运行命令是一样的效果。
stress-testing:对网络系统进行基准测试
05-10
Stress Testing 压力测试 我们实作压力测试的时候，有几个面向是想要在压力测试中得到的： 目前的系统能力 目前的设备与系统设计下能乘载的最大能力 如果要提升能力，可能的瓶颈会是哪一块 如果要每个页面都去做调整，在实务上不切实际，时间的耗用上也相对过大。流程上我们会先这样设计： 先挑选出最常用且负载最大的页面- 通常是首页。 先简单压测一次(使用wrk) 得到一个基础的数字。 此时观看所有系统主机的资源CPU / RAM / Networking / Disk IO / System Load 有没有满载。 若无则找出相关限制(例如：ulimit) 并且移除，直到有任何一台主机的某种资源(最常见是CPU) 达到满载为止。 再来针对该耗用资源的程式或是架构设计做出调整。 调整后再回到1. 直到已经不能再调整为止(不能再调整的原因可能有：改动幅度过大或是目前还想不出改进的办法)。 此
性能测试从零开始：LoadRunner入门与提升
07-01
目录 第1章 软件性能测试 1 1.1 什么是软件的性能 1 1.1.1 软件 1 1.1.2 软件性能的产生 4 1.1.3 功能与性能的关系 4 1.1.4 用户眼里的软件性能 6 1.1.5 软件人员眼里的软件性能 12 1.2 软件性能测试 16 1.2.1 性能测试在软件测试的周期位置 16 1.2.2 性能测试策略揭秘 20 1.3 如何做性能测试 23 1.3.1 Goal（定义目标） 26 1.3.2 Analysis（分析） 28 1.3.3 Metrics（度量） 29 1.3.4 Execution（执行） 30 1.3.5 Adjust（调整） 31 1.4 性能测试工具的评估和选择 32 1.4.1 测试预算VS工具价格 33 1.4.2 协议、开发技术、平台、中间件VS工具的支持 33 1.4.3 工具可使用的复杂程度VS项目计划的影响 34 第2章 第一次亲密接触LoadRunner 35 2.1 从性能测试到LoadRunner的映射 35 2.2 LoadRunner工作原理 38 2.3 安装LoadRunner 41 2.4 揭开License的神秘面纱 42 第3章 走近LoadRunner 44 3.1 LoadRunner的运行原理 45 3.1.1 LoadRunner三大高手 45 3.1.2 三大高手联手的一场性能测试盛大演出 48 3.2 LoadRunner的录制原理 50 3.2.1 网络协议与LoadRunner的Vuser 50 3.2.2 选择LoadRunner Protocol的两大定律 55 3.2.3 LoadRunner录制技术 56 第4章 LoadRunner脚本语言基础 62 4.1 C语言与LoadRunner脚本 66 4.1.1 看不见的main 67 4.1.2 全局变量与局部变量 71 4.1.3 在LoadRunner脚本里灵活使用C语言 74 4.1.4 高级--用户自定义函数 78 4.2 通用VU函数 81 4.2.1 事务和事务控制函数 82 4.2.2 命令行分析函数 83 4.2.3 系统信息函数 83 4.2.4 字符串函数 83 4.2.5 消息函数 84 4.2.6 运行时（run-time）函数 84 4.3 协议相关函数 85 4.3.1 HTTP协议原理 85 4.3.2 HTTP在LoadRunner的实现 86 第5章 VU--用户行为的模拟器 89 5.1 图灵试验与LoadRunner VU模拟奥秘 90 5.1.1 图灵试验场景 90 5.1.2 LoadRunner模拟揭秘 91 5.2 录制脚本 94 5.2.1 选择协议 94 5.2.2 规划脚本结构 96 5.2.3 HTTP Vuser中的URL mode和HTML mode 96 5.2.4 查看日志 99 5.3 回放脚本 101 5.4 关联 102 5.4.1 录制前Correlation（关联） 103 5.4.2 录制后关联 106 5.4.3 手动关联 109 5.5 脚本视图和树视图 113 5.5.1 树视图（Tree View） 113 5.5.2 脚本视图（Script View） 114 5.5.3 理解Snapshot 115 5.6 事务、同步点和思考时间 115 5.6.1 Transaction（事务） 115 5.6.2 Rendezvous Point（同步点） 118 5.6.3 注释 119 5.6.4 Think Time（思考时间） 119 5.7 数据驱动--参数化（Parameters） 121 5.7.1 为什么需要参数化 121 5.7.2 参数的创建 123 5.7.3 定义参数的属性 130 5.7.4 高级--从已存在的数据库中导入参数数据 136 5.8 检查点（Check point） 142 5.8.1 为什么需要检查点 142 5.8.2 检查点实施之一：ContentCheck定义 144 5.8.3 检查点实施之二：检查函数 144 5.8.4 检查点设置技巧 147 5.9 高级--多Action 147 5.10 高级--脚本错误处理机制 150 5.11 高级--脚本调试技巧 152 5.11.1 动态运行（Animated run）与非动态运行（Non-Animated run） 152 5.11.2 日志设置 153 5.12 高级--编写脚本的最佳实践 156 5.13 VU脚本运行成功后 157 第6章 Controller--性能测试的指挥中心 158 6.1 得到细化后的性能需求 159 6.2 设计性能测试场景 162 6.2.1 创建手工场景 164 6.2.2 百分比模式创建手工场景 173 6.2.3 创建面向目标场景 174 6.2.4 多IP的实现原理以及模拟 180 6.3 运行场景 183 6.3.1 场景控制 183 6.3.2 执行期间查看场景 191 6.3.3 监视场景 196 6.3.4 高级--用户自定义数据采集点 201 6.3.5 主要的计数器 203 6.3.6 实例--分析实时监视图表 211 6.4 场景运行后 213 6.5 高级--如何合理规划性能测试拓扑 213 6.5.1 选择最优的测试机配置 215 6.5.2 客户端CPU瓶颈估算 216 6.5.3 客户端网络瓶颈估算 217 6.5.4 客户端内存瓶颈估算 219 6.5.5 总评估 221 第7章 Analysis--寻找系统瓶颈的得力助手 222 7.1 Analysis报告概要（Summary） 223 7.1.1 概要部分 223 7.1.2 统计部分 224 7.1.3 事务统计 225 7.1.4 HTTP响应统计 227 7.2 Analysis标准图 227 7.2.1 Vuser图 227 7.2.2 事务图 228 7.2.3 网页细分图 230 7.3 交叉结果和合并图 233 7.3.1 叠加 235 7.3.2 平铺 236 7.3.3 关联 236 7.4 生成测试报告 237 7.4.1 创建HTML格式报告 237 7.4.2 创建Word格式报告 238 7.4.3 高级--数据点报告 239 第8章 欲善其事先利其器--VU脚本开发实战 240 8.1 邮件服务SMTP/IMAP协议介绍 241 8.1.1 电子邮件的工作原理 241 8.1.2 SMTP协议介绍 241 8.1.3 POP3协议介绍 243 8.1.4 IMAP协议介绍 244 8.2 VU的SMTP Vuser对SMTP协议的封装及实现 244 8.2.1 使用SMTP Vuser录制Outlook 2003发送邮件 247 8.2.2 对SMTP Vuser录制生成的脚本进行分析 251 8.2.3 回放SMTP Vuser脚本并分析网络日志 253 8.3 VU Java Vuser自开发SMTP程序 255 8.3.1 VU创建Java模板虚拟用户 255 8.3.2 设置Java环境 257 8.3.3 在Java Vuser中开发SMTP发送mail脚本 258 8.3.4 参数化增强脚本 260 第9章 学以致用--一步一步做Web系统性能测试 264 9.1 软件系统背景及架构设计介绍 264 9.2 性能要求和性能指标分析（Goal阶段） 267 9.2.1 性能指标 267 9.2.2 业务模型分析和需求细化 268 9.3 性能测试方案和用例设计（Analysis阶段） 268 9.4 性能测试各种度量的建立（Metrics阶段） 273 9.4.1 性能脚本的生成 273 9.4.2 定义用户行为 274 9.4.3 场景的设置与运行 274 9.4.4 计数器的设置与性能数据收集 276 9.5 运行场景，得到测试结果和相关数据（Execution阶段） 277 9.5.1 脚本的开发 277 9.5.2 数据的生成 278 9.5.3 并发登录测试 279 9.5.4 负载测试 279 9.6 分析测试瓶颈（Adjust阶段） 280 9.6.1 并发测试结果分析 280 9.6.2 交易流程测试结果分析及性能评价 281 9.6.3 查询流程测试结果分析 281 第10章 循序渐进--进阶LoadRunner高手 282 10.1 性能测试用例的设计策略 282 10.1.1 "普遍撒网，重点查看"的原则 282 10.1.2 保证数据的有效性 284 10.2 LoadRunner高级功能的使用--Web Click Vuser 286 10.2.1 Web Click Vuser的产生背景 286 10.2.2 Web Click Vuser与传统Vuser的差别 286 10.2.3 使用Web Click Vuser 286 第11章 定量分析及诊断--建立性能度量模型 291 11.1 实现性能度量的准备工作 292 11.1.1 性能度量 292 11.1.2 度量方式 294 11.2 案例实践--性能测试第一阶段Ajax页面基准性能分析 298 11.2.1 页面基准分析目标 298 11.2.2 分析所使用的工具 299 11.2.3 术语揭示 299 11.2.4 基准测试案例设计及运行 300 11.2.5 结果分析 305 11.2.6 优化建议 306 11.2.7 预测 306 11.3 案例实践：性能测试第二阶段Ajax系统负载测试 307 11.3.1 本轮测试目的 307 11.3.2 测试场景规划 307 11.3.3 负载测试案例分析 309 11.3.4 性能结果量化分析 312 11.4 总结 315 第12章 测试也开发--自开发性能测试框架 316 12.1 性能测试框架架构设计 317 12.1.1 技术考虑的准备 317 12.1.2 Automation Center性能测试框架设计实例 319 12.1.3 定义XML格式的性能测试任务文件 325 12.1.4 Automation Center性能测试调度运行 329 12.1.5 性能测试报告诊断系统 330 12.2 核心技术及具体实现方法 332 12.2.1 性能测试数据源格式定义 332 12.2.2 测试程序与性能测试框架的接口实现 336 12.2.3 测试任务克隆技术 339 12.2.4 多任务通信技术 340 12.2.5 Observer性能监控技术 341 12.2.6 基于XSL技术的性能测试报告构建 344 12.3 总结 346 附录A 有关LoadRunner的常见问题解答 347
论文研究-异构计算平台上列存储系统的并行连接优化策略.pdf
09-07
GPU以及集成式的CPU-GPU架构凭借其强大的并行处理能力和可编程流水线方式，已经成为数据库领域的研究热点。为充分利用异构平台的并行计算能力，提升列存储系统的查询性能，在研究异构平台结构特性的基础上，首先提出了GPU多线程平台上进行连接的数据划分策略——ICMD（Improved CMD），利用GPU流处理器并行处理各个子空间上的连接，然后利用任务评估分配模型实现查询负载的动态分配，使得查询操作能在多核CPU、GPU上高效并行执行。同时利用片上全局同步机制、局部内存重用技术优化ICMD连接算法。最后采用SSB基准测试集测试，结果表明：Intel? HD Graphics 4600平台上并行连接查询相比于CPU版本获得了35%的性能提升，较GPU查询引擎的Ocelot性能上提升了18%。
loadrunner测试资料
03-21
LoadRunner常见测试结果分析 在测试过程中，可能会出现以下常见的几种测试情况： 　　一、当事务响应时间的曲线开始由缓慢上升，然后处于平衡，最后慢慢下降这种情形表明： 　　* 从事务响应时间曲线图持续上升表明系统的处理能力在下降，事务的响应时间变长； 　* 持续平衡表明并发用户数达到一定数量，在多也可能接受不了，再有请求数，就等待； 　　* 当事务的响应时间在下降，表明并发用户的数量在慢慢减少，事务的请求数也在减少。 　　如果系统没有这种下降机制，响应时间越来越长，直到系统瘫痪。 　　从以上的结果分析可发现是由以下的原因引起： 　　1. 程序中用户数连接未做限制，导致请求数不断上升，响应时间不断变长； 　　2. 内存泄露； 　　二、CPU的使用率不断上升，内存的使用率也是不断上升，其他一切都很正常； 　　表明系统中可能产生资源争用情况； 　　引起原因： 　　开发人员注意资源调配问题。 　　三、 所有的事务响应时间、cpu等都很正常，业务出现失败情况； 　　引起原因： 　　数据库可能被锁，就是说，你在操作一张表或一条记录，别人就不能使用，即数据存在互斥性； 　　当数据量大时，就会出现数据错乱情况。 晏子出品--服务器压力测试软件 本文介绍了几个比较典型的服务器评测软件，无论什么评测工具，基本的技术都是利用线程技术模仿和虚拟用户，在这里主要的难点在于测试脚本的编写，每种工具使用的脚本都不一样，但是大多数工具都提供录制功能就算是不会编码的测试人员同样可以测试。众所周知，服务器是整个网络系统和计算平台的核心，许多重要的数据都保存在服务器上，很多网络服务都在服务器上运行，因此服务器性能的好坏决定了整个应用系统的性能。现在市面上不同品牌、不同种类的服务器有很多种，用户在选购时，仅仅从配置上判别是不够的，最好能够通过实际测试来筛选，下面就介绍一些较典型的测试工具： 　　（一）服务器整机系统性能测试工具 　　一台服务器系统的性能可以按照处理器、内存、存储、网络几部分来划分，而针对不同的应用，可能会对某些部分的性能要求高一些。 　　Iometer（www.iometer.org）：存储子系统读写性能测试 　　Iometer是Windows系统下对存储子系统的读写性能进行测试的软件。可以显示磁盘系统的最大IO能力、磁盘系统的最大吞吐量、CPU使用率、错误信息等。用户可以通过设置不同的测试的参数，有存取类型(如sequential ,random)、读写块大小(如64K、256K)，队列深度等，来模拟实际应用的读写环境进行测试。Iometer操作简单，可以录制测试脚本，可以准确有效的反映存储系统的读写性能，为各大服务器和存储厂商所广泛采用。 　　Sisoft Sandra（www.sisoftware.co.uk）：WINDOWS下基准评测 　　SiSoft发行的Sandra系列测试软件是Windows系统下的基准评测软件。此软件有超过三十种以上的测试项目，能够查看系统所有配件的信息，而且能够对部分配件（如CPU、内存、硬盘等）进行打分(benchmark)，并且可以与其它型号硬件的得分进行对比。另外，该软件还有系统稳定性综合测试、性能调整向导等附加功能。Sisoft Sandra软件在最近发布的Intel bensley平台上测试的内存带宽性能并不理想，不知道采用该软件测试的FBD内存性能是否还有参考价值,或许软件应该针对FBD内存带宽的测试项目做一个升级。 　　Iozone（www.iozone.org）：linux下I/O性能测试 　　现在有很多的服务器系统都是采用linux操作系统，在linux平台下测试I/O性能可以采用iozone。 iozone是一个文件系统的benchmark工具，可以测试不同的操作系统中文件系统的读写性能。可以测试Read, write, re-read, re-write, read backwards, read strided, fread, fwrite, random read, pread ,mmap, aio_read, aio_write 等等不同的模式下的硬盘的性能。测试所有这些方面,生成excel文件，另外, iozone还附带了用gnuplot画图的脚本。该软件用在大规模机群系统上测试NFS的性能，更加具有说服力。 　　Netperf（www.netperf.org）：网络性能测试 　　Netperf可以测试服务器网络性能，主要针对基于TCP或UDP的传输。Netperf根据应用的不同，可以进行不同模式的网络性能测试，即批量数据传输（bulk data transfer）模式和请求/应答（request/reponse）模式。Netperf测试结果所反映的是
Android --- 英文单引号用&apos；替换报错：does not contain a valid string resource
梁同学与Android
04-23 250
Android --- 英文单引号用'替换报错：does not contain a valid string resource
Android 14 transtion 动画流程
u012627628的博客
04-24 1027
implements Transitions.TransitionHandler 的对象都会调用到startAnimation。根据上步计算出来的sortedTargets计算要做的动画TransitionInfo。此列表在开始做动画时候会判断里面的key，value是否满足做动画的条件。将符合条件的changeInfo添加到targets 返回。计算所有的到mChanges。
Android 11 裁剪系统显示区域(适配异形屏)
最新发布
ansondroider的博客
04-27 785
在显示技术中，"OverScan"（超扫描）是一种调整显示图像边界的技术。通常情况下，OverScan 会在显示屏的边缘周围裁剪一小部分图像。这种裁剪是为了确保显示内容在屏幕上的完整可见性，尤其是在老式电视或投影仪等设备上，可能存在图像边缘出现失真或过多噪点的问题。OverScan 通过裁剪图像边缘，可以隐藏显示器边缘的任何不完美之处，例如边缘上的噪点、失真或黑边。这有助于确保图像在屏幕上的边缘部分看起来整洁且不受干扰，提供更好的观看体验。
安卓aab文件生成apk文件
ma15991375491的博客
04-24 417
比如我们在手机上经常下载的的各种APP，其实一个Android应用程序的代码想要在Android设备上运行，必须先进行编译，然后被打包成为一个被Android系统所能识别的文件才可以被运行，而这种能被Android系统识别并运行的文件格式便是“APK”。一个APK文件内包含被编译的代码文件(.dex 文件)，文件资源（resources）， 原生资源文件（assets），证书（certificates），和清单文件（manifest file）严格来说，两者没有什么区别，后者是前者的一种升级版格式文件。
如何使用PHP进行图片处理？
Xs_layla的博客
04-26 466
如何使用PHP进行图片处理？使用PHP进行图片处理是一项强大的功能，它可以让你在服务器端对图像进行各种操作，如裁剪、缩放、添加水印、调整颜色等。这通常通过使用GD库或Imagick扩展来实现。下面将详细介绍如何使用PHP和这两个工具进行图片处理。
centos7 提升cpu利用率脚本
06-27
# 创建负载测试循环 while true do for i in $(seq $CPU_COUNT) do # 在每个 CPU 上使用 stress 工具 stress --cpu 1 --timeout $TIME & done # 等待压力测试完成 sleep $TIME done ``` 这个脚本会在后台...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值