项目

一般

简介

错误 #1758

logMan在一次消息处理中循环多次执行top命令导致性能低的问题

由 李 玮璇 在 12 个月 之前添加. 更新于 9 个月 之前.

状态:
已关闭
优先级:
普通
指派给:
杨 凯
类别:
-
开始日期:
2024-05-07
计划完成日期:
% 完成:

0%

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

描述

问题：在logMan超限告警模块，查询配置进程的内存、cpu情况是通过top命令获取，目前定时器1s执行一次任务，任务中有几个进程就做几次top命令，因为top命令耗时约200ms，因此当配置的进程有多个时，消费消息的速度赶不上定时器生产消息的速度
优化：核查此类处理，可以优化的修改为一次top命令获取多个进程信息统一处理，降低关于top命令的耗时

历史记录

#1

由 李 玮璇 更新于 12 个月 之前

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

由 李 玮璇 更新于 12 个月 之前

编码完成：
  • 优化关于运行日志和告警关于同频命令查询进程线程信息的逻辑；
    方案：
    1、之前存在循环进程列表查询top的处理，优化掉，根据进程列表执行top查出来所有，降低top命令频率
    2、全局变量去存储top结果和时间戳，获取时时间戳在一秒内直接获取，超过一秒再调用更新 函数去做top处理，降低多个模块需要信息的重复top命令消耗
    跟随logMan移植版本一同测试
#3

由 李 玮璇 更新于 12 个月 之前

  • 状态 从 进行中 变更为 转测试
  • 指派给 从 李 玮璇 变更为 杨 凯
#4

由 杨 凯 更新于 12 个月 之前

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

该问题已验证优化完成无出现后台命令执行卡顿现象。

#5

由 杨 凯 更新于 9 个月 之前

  • 状态 从 已解决 变更为 已关闭

导出 Atom PDF