项目

一般

简介

错误 #4161

3.0环境，有时候stat log的上下行流量统计错误，为实际流量的5倍左右

由 席 振斌 在 12 天 之前添加. 更新于 11 天 之前.

状态:
已解决
优先级:
一般
指派给:
孙 浩
开始日期:
2025-09-25
计划完成日期:
% 完成:

0%

预期时间:
问题归属:
CU
发现问题版本:
Rel_3.1.2
目标解决问题版本:
Rel_3.1.2

描述

其他的3.0环境显示是ok的

文件

stats日志下行速率统计对比.png (107 KB) stats日志下行速率统计对比.png 孙 浩, 2025-09-26 15:50
3.1.3pre1T5版本下行灌包-0926.rar (9.84 KB) 3.1.3pre1T5版本下行灌包-0926.rar 孙 浩, 2025-09-26 15:50
#4161问题单验证-0926.rar (14 KB) #4161问题单验证-0926.rar 孙 浩, 2025-09-26 15:50

历史记录

#1

由 席 振斌 更新于 12 天 之前

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

由 席 振斌 更新于 12 天 之前

根本原因：和哪个环境无关，是1024 * 1024 * gnb_mgr::get_instance()->get_stat_log_time()这一行代码，它是分母，当stat log以10s为周期打印的时候gnb_mgr::get_instance()->get_stat_log_time()的值为10000，这样的话值为10485760000会导致整数溢出，这样的话分母会变小，导致整体速率的显示变的很大；
修改方法:
一、1024.0f * 1024.0f * gnb_mgr::get_instance()->get_stat_log_time(),将整体转为float,float为3.4*10的38次方，就不会溢出
二、或者写为1024LL * 1024LL * gnb_mgr::get_instance()->get_stat_log_time()，也不会有问题
目前采用第二种改法

#3

由 席 振斌 更新于 12 天 之前

  • 主题 从 在整机238环境上，stat log的上下行流量显示错误，为实际流量的5倍左右 变更为 3.0环境，有时候stat log的上下行流量显示错误，为实际流量的5倍左右
#4

由 席 振斌 更新于 12 天 之前

  • 主题 从 3.0环境，有时候stat log的上下行流量显示错误，为实际流量的5倍左右 变更为 3.0环境，有时候stat log的上下行流量统计错误，为实际流量的5倍左右
#5

由 席 振斌 更新于 12 天 之前

测试时可以在大下行子帧配比下，将stat log的输出周期改为10s后，下行灌包700Mbps,对比T5大包和我这个单子对应的小包输出的stat log，与实际流量相比，看有没有改好

#6

由 席 振斌 更新于 12 天 之前

  • 状态 从 进行中 变更为 转测试
  • 指派给 从 席 振斌 变更为 孙 浩
#7

由 孙 浩 更新于 11 天 之前

基于Rel_3.1.3_Pre1T5版本，替换振斌提供cu包，基站配置（大下行子帧配比，stat log的输出周期为10s）后，下行灌包700M，实际流量到基站600M多，stat log日志看有600多M，符合预期，问题解决；

导出 Atom PDF