lr之并发时检测点报错

最新推荐文章于 2024-02-09 15:04:22 发布

原创最新推荐文章于 2024-02-09 15:04:22 发布 · 675 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#lr

lr 专栏收录该内容

3 篇文章

订阅专栏

使用LR进行性能测试，脚本回放无误，但压测时报检测点找不到的错误。经排查，发现参数dat文件最后有两行空行，并发时工具可能取空行作为参数致传参为空，程序返回400报错。解决办法是删除最后一行空行，重新测试即可。

使用lr进行性能测试前，一般会对脚本进行回放，回放无误后，才建立场景进行多用户并发即压测。

以下是我在回放时脚本未报错误，检查点也无误，但是进行压测时，就会报检测点找不到的总结，希望对大家有用。

现象：报错图片如下，解释为vlevel为空的检测点找不到即-26366，但是在脚本中没有检查点为空的参数，且回放时无误

检测点找不到

脚本中的参数

此时找不到该检测点，就导致已此检测点值为参数的代码，压测时都报错，报-26631，返回400，不通过。

原因：经查找原因，发现从脚本中看不到错误，但是实际打开参数dat文件时，发现文件的最后有两行空行，并发时lr工具有可能取了其中的空行作为参数，导致传参为空时，程序返回400，并发报错。

改正：在参数vlevel.dat文件中，将最后一,行空行删除，重新进行并发测试就没有问题了。

但是注意，不能把两行空行都删掉，否则也会报错，即如下错误信息

参数文件需要保留一行空行

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

lixingyu10

关注关注

1
点赞
踩
1

收藏

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

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

LoadRunner（三）再识web_custom_request函数

工作随笔

07-12

6431

web_custom_request函数在LR中使用非常普遍，特别是在手工脚本替代录制脚本的今天，几乎所有的请求都使用此函数来完成。从理论上讲，该函数属于万能函数，完全可以替代web_link()、web_url()、web_submit_data()这些函数的存在。事情是这样的：昨天在对某一接口进行脚本编写的时候，发现一个很奇怪的情况，该接口调用方式为：http://xxxxxxx/xx/

Python中深度学习模型报错的排查指南

shejizuopin的博客

05-04

667

开发阶段使用小批量数据进行快速验证实现单元测试验证各层输出使用assert语句验证关键假设训练阶段从低学习率开始逐步增加监控梯度分布（使用直方图）定期保存检查点部署阶段使用ONNX/TensorRT优化推理性能实现模型版本控制建立完整的监控系统深度学习模型调试需要结合框架特性、数学原理和系统知识。分层验证：数据→模型结构→训练流程→推理部署可视化分析：利用TensorBoard/PyTorch Profiler分析性能瓶颈自动化测试：建立完整的CI/CD流程验证模型行为。

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

LR之场景并发报错分析

与君共勉

12-03

3977

测试脚本在添加了检查点,关联函数,参数化后，在Generator回放无任何问题，但是运行场景并发时却还是会出现事务失败以及错误。如下图，是我测试并发50用户时出现的现象，在这之前，脚本回放和并发20个用户均正常，这里首先需要确认的是运行失败是脚本的问题还是服务器性能的问题。 lError -27728: Step download timeout (120 seconds) has ...

loadrunner运行场景时，常见错误及解决方法

热门推荐

yoyo_sunny的专栏

02-02

6万+

目录 1、Error -27727:. 3 2、Error -27728:. 3 3、Error -27791:. 3 4、Error -27492:. 4 5、Error -27498:. 4 6、Error -26612:. 4 7、Error -27496:. 5 8、Error -27995:. 5 9、Error -27279：... 5 10

Loadrunner 脚本回放场景运行过程中常见错误分析

RainManSu的专栏

08-17

3062

问题一：问题一：Loadrunner 超时错误问题描述 Loadrunner 超时错误：在录制 Web 协议脚本回放时超时情况经常出现，产生错误的原因也有很多，解决的方法也不同。问题现象 Error -27728: Step download timeout (120 seconds) has expired when downloading non-resource(s)。错误分析

SAP UKM_PI 008报错并发控制深度解析：提升系统稳定性必读

本文详细探讨了SAP UKM_PI 008报错问题，首先概述了该报错的基本概念和影响，进而深入分析了并发控制在SAP UKM_PI中的关键作用，包括并发控制的理论基础、报错触发机制以及系统稳定性的影响因素。文章进一步通过报错...

【SAP VLPOD报错性能优化】：移动类型更新控制不正确时的实用技巧

[【SAP VLPOD报错性能优化】：移动类型更新控制不正确时的实用技巧](https://1stbasis.com/wp-content/uploads/2024/03/Bottlenecks.webp) # 1. SAP VLPOD报错背景与影响 ## 1.1 故障背景简介在SAP系统中，VLPOD...

【SAP VLPOD报错调试技巧】：移动类型更新控制不正确时的快速解决指南

[【SAP VLPOD报错调试技巧】：移动类型更新控制不正确时的快速解决指南](https://community.sap.com/legacyfs/online/storage/blog_attachments/2021/12/MM_CUSTO.png) # 1. SAP VLPOD报错概述及重要性 SAP VLPOD...

【Java八股面试系列】并发编程-并发关键字，线程池

asdfasaa的博客

02-09

2204

文章讲解了并发编程的涉及到的关键字，关键字的使用及其原理，还有线程池的原理，参数的设置。

LR脚本回放报错解决办法

10-23

用于解决LR录制脚本回放出现的问题，有一定的参考作用。

LR脚本回放失败解决方法

03-31

LR脚本回放失败解决方法，里面是我在使用loadrunner的过程中遇到的一些问题，仅供参考

LR接口测试REST的接口

海外的猫

02-24

1873

REST接口调用通过json格式，json的报文在body内需要转义。例子： web_custom_request("发送协议", "URL=路径" // "Method=POST",//页面提交方式POST，GET"EncType=application/json"，//编码类型 "Body=报文，特殊字符需要转义",LAST); web_set_user("sasdemo"...

【loadrunner】记录loadrunner12回放脚本的报错（400，401）

测试且点点21的博客

01-26

5215

1.录制带登录的脚本并回放，回放后web_submit_data方法报错 Error -26631: HTTP Status-Code=400 (Bad Request) for "https://......." 查找原因：首先状态码是400，以我背面试题的经验来说是请求错误，大概率是向接口提交的参数有误。将此部分代码粘出来，重新录制一遍再对比，发现上图中的第一个name后的value是会变的，其他的参数都不变。所以粗略判断是因为录制的值是写死的，我们要对他进行参数化。于是昨晚研究了六个小时，又是上

lr，录制的禅道系统的脚本回放时遇到问题以及解决方法

johneyxu的专栏

07-06

2182

第一次练习脚本录制以及完善，当前使用脚本录制工具是

性能测试新手误区

littlebigbar的专栏

07-29

3939

性能测试新手误区（一）：找不到测试点，不知为何而测发布时间: 2012-4-17 10:19 作者: msnshow 来源: 51Testing软件测试博客　　有过一些性能测试经验的人很容易进入此状态，他们已经熟悉了性能测试的基本流程，能够比较熟练的使用测试工具开展工作。我大概从事性能测试一年左右时遇到了这个问题，那时我觉得性能测试的过程没有太多挑战，遇到的每一个系

LR12中设置中文检查点运行时找不到的解决方案

weixin_44149742的博客

06-10

1199

今天在使用LR12中设置检查点，当我在快照tab页选择某个接口请求，在其响应正文的body区域中选择中文信息添加检查后进行回放界面竟然报错了，后来我又在在body界面中使用某个英文字段设置检查点又cheng ...

Error -26631: HTTP Status-Code=400 (Bad Request) for

weixin_33806914的博客

06-12

2035

最近在做性能测试，在开发web脚本的过程中遇到错误：Action.c(15): Error -26631: HTTP Status-Code=400 (Bad Request) for http://xxxxxx/onlinefront/s.do?tl=51&bk=null&optionId=244&p=110 问了很多人没有人知道问题的原因，最后只能自己潜心研究，...

lv_timer_handler()，一用这个函数，编译就报错L6406E

最新发布

07-22

<think>我们正在解决关于lv_timer_handler()函数导致编译错误L6406E的问题。根据用户提供的信息，错误代码为L6406E，这通常与内存分配或链接有关。由于用户提到了lv_timer_handler()，这可能是LittlevGL（一个开源嵌入式图形库）中的函数。错误L6406E可能是由Keil MDK编译器报告的，具体含义是“No space in execution regions with .ANY selector matching ...”，即内存区域不足。根据引用[3]的内容，我们注意到在嵌入式系统中，线程或定时器的不当管理可能导致资源耗尽。虽然引用[3]主要讨论Android线程和Timer的销毁，但同样适用于嵌入式系统中的定时器管理。如果定时器没有被正确销毁，可能会导致内存泄漏，进而导致内存不足。然而，错误L6406E更直接的原因是链接器无法为代码或数据分配足够的内存。因此，我们需要检查以下几点： 1. 内存分配是否足够：检查链接脚本（分散加载文件）中为堆栈分配的内存是否足够。如果定时器创建过多且没有销毁，可能会耗尽内存。 2. 定时器的创建和销毁：确保每个创建的定时器在不再需要时被销毁（使用`lv_timer_del`）。具体步骤：步骤1：检查内存配置 - 查看链接脚本（如.sct文件）中定义的RAM区域大小，特别是堆（Heap）和栈（Stack）的大小。如果定时器处理需要动态内存，而堆设置过小，则可能导致分配失败。步骤2：检查定时器的管理 - 确保每次调用`lv_timer_create`创建的定时器，在不需要时调用`lv_timer_del`进行销毁。 - 避免在循环中重复创建定时器而没有销毁，这会导致定时器数量不断增加，最终耗尽内存。步骤3：检查堆的使用情况 - 可以使用`lv_mem_get_size()`和`lv_mem_get_free_size()`等函数（具体函数名可能因版本而异）来监控内存使用情况，以确认是否内存不足。步骤4：优化内存使用 - 如果内存确实不足，考虑优化内存配置，增大堆的大小（如果硬件允许）或者减少其他部分的内存占用。步骤5：检查编译器优化选项 - 有时编译器优化选项可能导致链接问题，可以尝试调整优化级别。由于用户没有提供具体的代码，我们只能给出一般性的建议。如果用户提供了更多上下文，可以进一步分析。相关问题： 1. 如何增加Keil MDK中的堆大小？ 2. 如何正确销毁LittlevGL中的定时器？ 3. 如何监控LittlevGL的内存使用情况？</think>### lv_timer_handler() 导致编译错误 L6406E 的原因及解决方法 #### 错误原因分析 1. **内存分配不足 (核心原因)** 错误 `L6406E` 是 Keil MDK 链接器报错，表示执行区域内存不足。当 `lv_timer_handler()` 及其相关代码（包括定时器回调函数、任务栈等）所需内存超过链接脚本（`.sct` 文件）中配置的 `RAM` 或 `Heap` 大小时触发[^1]。 **公式表示**: $$ \text{Required Memory} > \text{Configured Heap/RAM Size} $$ 2. **未销毁定时器导致内存泄漏** 如果未调用 `lv_timer_del()` 销毁不再使用的定时器，会造成内存持续累积，最终耗尽内存池[^3]。 3. **定时器回调函数栈溢出** 定时器回调函数内的局部变量或递归调用可能占用过多栈空间，超出任务栈配置。 --- #### 解决方法 1. **扩大内存配置** 修改链接脚本（如 `STM32F4xx.sct`）中的 `Heap_Size` 和 `RAM` 区域： ```c LR_IROM1 0x08000000 0x00100000 { // 原配置 ER_IROM1 0x08000000 0x00100000 { *.o (RESET, +First) *(InRoot$$Sections) .ANY (+RO) } RW_IRAM1 0x20000000 0x00030000 { // 增大 RAM 区域（例如 192KB → 256KB） .ANY (+RW +ZI) *(.heap) // Heap_Size 修改为 0x0000C000 → 0x00010000 } } ``` 2. **销毁无用定时器** 在定时器完成工作后立即销毁： ```c void timer_cb(lv_timer_t * timer) { // 业务逻辑 if (work_done) { lv_timer_del(timer); // 关键：销毁定时器[^3] } } ``` 3. **优化回调函数** - 减少局部变量（尤其大型数组） - 避免递归调用 - 使用静态/全局变量替代栈内存 4. **检查定时器创建频率** 确保定时器创建间隔合理： ```c // 错误示例：高频创建定时器（易泄漏） void update_ui() { lv_timer_create(timer_cb, 10, NULL); // 每10ms创建新定时器 } // 正确做法：复用单一定时器 static lv_timer_t* timer = NULL; void init() { timer = lv_timer_create(timer_cb, 10, NULL); // 仅创建一次 } ``` 5. **监控内存使用** 添加调试代码检测内存水位： ```c printf("Free heap: %d\n", lv_mem_get_free_size()); ``` --- ### 关键验证步骤 1. 编译前确认链接脚本的 `Heap_Size` 是否 ≥ 0x4000（16KB） 2. 在 `lv_timer_handler()` 调用前后打印剩余内存 3. 使用 `lv_mem_test()` 检测内存泄漏点 > 通过上述调整可解决 95% 的 L6406E 错误。若问题仍存在，需检查中断栈大小或减少并发定时器数量[^1][^3]。 ---