web_concurrent_end highest severity level was "ERROR",
时间: 2024-04-01 09:33:39 浏览: 10
这个错误通常是在LoadRunner性能测试中出现的,它表示在一段时间内达到了Web并发用户数的最大限制,导致测试失败。
要解决此错误,您可以尝试以下几种方法:
1. 增加负载发生器的数量,以提高并发用户数的上限。
2. 优化系统性能,减少每个用户请求的响应时间。
3. 修改测试场景,减少并发用户数或减少测试时间。
4. 增加服务器资源,以支持更高的并发用户数。
在调试过程中,您可以查看LoadRunner日志和结果文件,以识别导致错误的具体原因,并采取相应的措施来解决问题。
相关问题
当脚本回放时报错vuser_init.c(133): Error -26366: "Text=Welcome, <b>jojo" not found for web_reg_find [MsgId: MERR-26366] vuser_init.c(133): web_concurrent_end highest severity level was "ERROR", 2396 body bytes, 483 header bytes, 24 chunking overhead bytes [MsgId: MMSG-26387] Abort was called from an action.
这个错误是因为在你的 Vuser 初始化函数中,使用了 web_reg_find 函数去检查是否存在 "Welcome, <b>jojo" 这个文本,但是该文本没有被找到。
有几种可能的原因:
1. 页面上确实没有这个文本。你可以通过手动测试来确认这个文本是否存在。
2. 该文本是动态生成的,可能会随着每个用户的不同而发生变化。你可以尝试使用其他的检查方式,例如使用 web_reg_save_param 函数来保存并检查一个动态值。
3. 如果使用了 HTTPS 协议,可能需要安装证书并在脚本中进行配置。
4. 如果使用了代理服务器,可能需要在脚本中进行配置。
你可以通过查看 LoadRunner 的运行日志来获取更详细的错误信息。
concurrent_unordered_map
concurrent_unordered_map 是一个在多线程环境下可以安全地访问和修改的无序哈希映射容器。它是 C++ 标准库中的一部分,提供了高效的并发操作。
在使用 concurrent_unordered_map 时,多个线程可以同时读取或修改容器内的元素,而不会引发数据竞争等问题。它通过使用互斥锁或其他并发机制来保护容器的访问,确保线程安全性。
与普通的 unordered_map 不同,concurrent_unordered_map 并不保证元素的遍历顺序,因为它在内部使用了哈希表作为存储结构。但是,在并发环境下,concurrent_unordered_map 提供了一些额外的方法和操作,例如 insert_or_assign()、find()、count() 等,以支持线程安全的操作。
需要注意的是,使用 concurrent_unordered_map 时需要包含头文件 `<concurrent_unordered_map>`,并且在编译时需要链接相应的库。