项目

一般

简介

错误 #1960

15P_Pre1版本基本用例性能测试，多UE上下行UDP灌包，运行一会儿基站CU挂死

由 牛 兵桃 在 大约一年 之前添加. 更新于 12 个月 之前.

状态:
已解决
优先级:
普通
指派给:
牛 兵桃
类别:
-
开始日期:
2024-07-17
计划完成日期:
% 完成:

0%

预期时间:
问题归属:
CU
发现问题版本:
Rel_2.1.15P
目标解决问题版本:
Rel_2.1.15P
FPGA板卡类型:
CPU类型:

描述

15P_Pre1版本基本用例性能测试，多UE上下行UDP灌包，运行一会儿基站CU挂死

文件

core打印.png (169 KB) core打印.png core打印 牛 兵桃, 2024-07-17 16:07
版本信息.png (1.3 MB) 版本信息.png 版本信息 牛 兵桃, 2024-07-17 16:07

历史记录

#1

由 牛 兵桃 更新于 大约一年 之前

  • 指派给 被设置为 杨 杨乐
#2

由 杨 杨乐 更新于 大约一年 之前

  • 状态 从 新建 变更为 进行中
#3

由 杨 杨乐 更新于 大约一年 之前

  • 指派给 从 杨 杨乐 变更为 牛 兵桃
#4

由 杨 杨乐 更新于 大约一年 之前

  • 状态 从 进行中 变更为 转测试
#5

由 牛 兵桃 更新于 大约一年 之前

  • 状态 从 转测试 变更为 已解决
#6

由 杨 杨乐 更新于 12 个月 之前

【问题原因】
由于日志打印的同步机制为了保障了效率的最大化，就不能实时加锁来控制同步；然后日志数据在使用时没有做有效性保护，导致了崩溃
日志打印的如下代码：
logline << log_module_map[e.log_module_id].log_id_names[e.arg.fixed.log_id] << ":"
<< log_module_map[e.log_module_id].arg_names[e.arg.fixed.arg1_specifier] << ":"
<< e.arg.fixed.arg1;
举个例子：如上代码所述，当e.log_module_id为APP模块时，这个时候由于日志输入太快，e.arg.fixed.log_id可能已经填充为RM模块的log_id。
假如传入的rm的log_id为120,但是APP的log_id的上限只有100，那么就会出现越界崩溃

【修改方案】
1.增加了日志范围有效性的保护
2.增加了日志同步性的保护

【回归方法和注意事项】
多接入UE测试，时长最好10个小时以上，如果多次不复现，可以关单

导出 Atom PDF