• 状态
  • 已锁定 已锁定
  • 回复 11 回复
  • 订户 0 订户
  • 视图 432 视图
  • 用户 0 会员在此处
选项
选项
相关

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] Linux/TCI6630K2L：无法理解的 CPU 使用情况报告

admin
Guru**** 2549910 points
Other Parts Discussed in Thread: RFSDK

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/618765/linux-tci6630k2l-incomprehensible-cpu-usage-reporting

器件型号：TCI6630K2L
主题中讨论的其他器件：RFSDK

工具/软件：Linux

您好！

我们一直面临  基于 K2L (2个 ARM 内核和4个 DSP 内核)的电路板上 ARM 内核的错误 CPU 使用问题。

我们使用的内核版本 是 K2_Linux_03.10.10

Top 报告 CPU1的使用率超过70%、但我找不到任何使用高负载的任务。(请参阅以下捕获和附件日志文件：0.5秒间隔报告)

===========

[2017年8月18日星期五10：54：29.547 ]顶部- 10：53：27向上65天、22分钟、1个用户、负载平均值：0.84、0.91、 0.95
[2017年8月18日星期五10：54：29.547 ]任务：总共87个、1个正在运行、86个睡眠、0个停止、0个僵尸
[2017年8月18日星期五10：54：29.547 ] CPU0：2.2%us、6.5%sy、0.0%ni、91.2%id、0.0%wa、 0.0%hi、0.0%si、0.0%st
[2017年8月18日星期五10：54：29.547 ] CPU1：70.4%us、5.4%sy、0.0%ni、24.1%id、0.0%wa、 0.0%hi、0.0%si、0.0%st
[2017年8月18日星期五10：54：29.547 ]内存：总计1031956k、使用246592k、785364k 空闲、0k 缓冲区
[2017年8月18日星期五10：54：29.547 ]交换：总计0K、使用0k、免费0k、缓存115532k
[2017年8月18日星期五10：54：29.547 ]
[2017年8月18日星期五10：54：29.547 ] PID 用户 PR NI virt RES SHR S %CPU %MEM TIME+命令
[2017年8月18日星期五10：54：29.547 ] 2598 root 20 0 10704 536 452 S 2 0.1 96：42.03 GPS_MONITOR
[2017年8月18日星期五10：54：29.547 ] 1根20 0 1320 504 440 S 0 0.0 0：43.01初始化
[2017年8月18日星期五10：54：29.547 ] 2 root 20 0 0 0 0 S 0 0.0 0 0：00.00 kthreadd
[2017年8月18日星期五10：54：29.578 ] 3 root 20 0 0 0 0 S 0 0.0 69：18.63 ksoftirqd/0
[2017年8月18日星期五10：54：29.578 ] 5根0 -20 0 0 0 S 0 0.0 0 0：00.00 kworker/0：0H
[2017年8月18日星期五10：54：29.578 ] 7根 RT 0 0 0 0 S 0 0.0 0：09.29迁移/0
[2017年8月18日星期五10：54：29.578 ] 8根20 0 0 0 0 0 S 0 0.0 0：00.00 RCU_BH
[2017年8月18日星期五10：54：29.578 ] 9根20 0 0 0 0 S 0 0.0 26：28.68 RCU_sched
[2017年8月18日星期五10：54：29.578 ] 10根 RT 0 0 0 0 S 0 0.0 0：05.53迁移/1
[2017年8月18日星期五10：54：29.594 ] 11 root 20 0 0 0 0 S 0 0.0 4：03.02 ksoftirqd/1
[2017年8月18日星期五10：54：29.594 ] 13 root 0 -20 0 0 S 0 0.0 0 0：00.00 kworker/1：0H
[2017年8月18日星期五10：54：29.594 ] 14 root 0 -20 0 0 S 0 0.0 0 0：00.00 khelper
[2017年8月18日星期五10：54：29.594 ] 15 root 20 0 0 0 0 0 S 0 0.0 0：00.00 kdevtmpfs
[2017年8月18日星期五10：54：29.594 ] 20 root 20 0 0 0 0 0 S 0 0.0 50：39.55 kworker/1：1
[2017年8月18日星期五10：54：29.594 ] 240 root 0 -20 0 0 S 0 0.0 0 0 0 0：00.00写回
[2017年8月18日星期五10：54：29.609 ] 242 root 0 -20 0 0 S 0 0.0 0 0 0 0：00.00 bioset
[2017年8月18日星期五10：54：29.609 ] 244 root 0 -20 0 0 S 0 0.0 0 0 0：00.00 kblockd
[2017年8月18日星期五10：54：29.609 ] 251 root 0 -20 0 0 S 0 0.0 0 0：00.00 ata_SFF
[2017年8月18日星期五10：54：29.609 ] 261 root 20 0 0 0 0 S 0 0.0 0：00.00 khubd
[2017年8月18日星期五10：54：29.609 ] 424 root 0 -20 0 0 S 0 0.0 0 0 0 0：00.00 rpciod
[2017年8月18日星期五10：54：29.625 ] 436 root 20 0 0 0 0 0 S 0 0.0 0：00.00 kswapd0
[2017年8月18日星期五10：54：29.625 ] 491根20 0 0 0 0 S 0 0.0 0 0：00.00 fsnotify_mark
[2017年8月18日星期五10：54：29.625 ] 505根0 -20 0 0 S 0 0.0 0 0 0：00.00 nsiod
[2017年8月18日星期五10：54：29.625 ] 515根0 -20 0 0 S 0 0.0 0 0 0 0 0：00.00加密
[2017年8月18日星期五10：54：29.625 ] 602 root 20 0 0 0 0 S 0 0.0 28：36.10 kworker/0：2
[2017年8月18日星期五10：54：29.625 ] 603 root 20 0 0 0 0 0 S 0 0.0 0：00.00 kworker/U4：1
[2017年8月18日星期五10：54：29.641号] 1129 root 20 0 2440 1232 852 S 0 0.1 0：00.20 dropbear
[2017年8月18日星期五10：54：29.641 2017] 1147 root -51 0 0 0 S 0 0.0 0：00.00 IRQ/324-2100040
[2017年8月18日星期五10：54：29.641 2017] 1148 root 0 -20 0 0 S 0 0.0 0：00.00 21000400.SPI
[2017年8月18日星期五10：54：29.641次] 1165根-51 0 0 0 0 S 0 0.0 0 0：00.00 IRQ/328-2100060
[2017年8月18日星期五10：54：29.641 2017] 1166 root 0 -20 0 0 S 0 0.0 0：00.00 21000600.SPI
[2017年8月18日星期五10：54：29.641次] 1186根-51 0 0 0 0 S 0 0.0 0 0：00.00 IRQ/332-2100080
[2017年8月18日星期五10：54：29.656、2017年] 1187根0 -20 0 0 0 S 0 0.0 0 0 0：00.00 21000800.SPI
[2017年8月18日星期五10：54：29.656 ] 1250根0 -20 0 0 S 0 0.0 0 0 0：00.00 kpsmed
[2017年8月18日星期五10：54：29.656、2017年] 1266 root 20 0 2616 1540 1204 S 0 0.1 0：00.01 sh
[2017年8月18日星期五10：54：29.656起] 1301根部0 -20 0 0 S 0 0.0 0 0 0 0：00.00延迟
[2017年8月18日星期五10：54：29.656 ] 1308根部20 0 0 0 0 S 0 0.0 0：06.07 ubI_bgt0d
[2017年8月18日星期五10：54：29.672 ]1311 root 20 0 0 0 0 S 0 0.0 0 0：00.35 ubifs_bgt0_0
[2017年8月18日星期五10：54：29.672 ]1317根部20 0 1576 528 428 S 0 0.1 1：47.47 L2_meas _ cons
[2017年8月18日星期五10：54：29.672 ]1335根部20 0 2672 1348 768 S 0 0.1 0：00.29 udevd
[2017年8月18日星期五10：54：29.672 ]1493根部20 0 2488 856 448 S 0 0.1 0 0：00.01 udevd
[2017年8月18日星期五10：54：29.672 ]1494 root 20 0 2608 968 440 S 0 0.1 0：00.00 udevd
[2017年8月18日星期五10：54：29.672 ]1595根20 0 0 0 0 S 0 0.0 0 0：00.00 kworker/1：0
[2017年8月18日星期五10：54：29.687 17] 1753消息 b 20 0 2300 320 168 S 0 0.0 0 0 0：00.00 dbus-daemon
[2017年8月18日星期五10：54：29.687 2017] 1758 root 20 0 2012 492 396 S 0 0.0 0：00.00 dropbear
[2017年8月18日星期五10：54：29.687 2017] 1762 root 20 0 11748 856 632 S 0 0.1 0：02.39 mpmsrv
[2017年8月18日星期五10：54：29.687 2017] 1767 root 20 0 4472 956 712 S 0 0.1 0：00.00 softhsm-daemon
[2017年8月18日星期五10：54：29.687 2017] 1780 root 20 0 1496 248 160 S 0 0.0 0：00.00 lad_tci6630
[2017年8月18日星期五10：54：29.687 2017] 1787 root 20 0 6144 2636 2056 S 0 0.3 497：23.67 syslog-ng
[2017年8月18日星期五10：54：29.703 2017] 1795 root 20 0 1848 872 468 S 0 0.1 3：51.26 afe0_server
[2017年8月18日星期五10：54：29.703 2017] 1797 root 20 0 1848 664 424 S 0 0.1 0 0：00.04 AFE1_server
[2017年8月18日星期五10：54：29.703 ] 1807根部20 0 3792 968 740 S 0 0.1 0：00.02 vsftpd
[2017年8月18日星期五10：54：29.703 2017] 1840 root 20 0 0 0 0 S 0 0.0 0：00.01 ubI_bgt7d
[2017年8月18日星期五10：54：29.703 2017] 1844 root 20 0 0 0 0 S 0 0.0 0 0：00.00 ubifs_bgt7_0
[2017年8月18日星期五10：54：29.719 ] 1847 root 20 0 0 0 0 S 0 0.0 0 0：03.30 ubI_bgt8d
[2017年8月18日星期五10：54：29.719 ] 1851 root 20 0 0 0 0 S 0 0.0 0：01.03 ubifs_bgt8_0
[2017年8月18日星期五10：54：29.719 ] 2034根部20 0 3408 796 376 S 0 0.1 1：56.20斑马
[2017年8月18日星期五10：54：29.719 ] 2051 root 20 0 18840 356 268 S 0 0.0 2：32.82 dropbear_ctrl
[2017年8月18日星期五10：54：29.719 ] 2098根部20 0 31060 688 540 S 0 0.1 464：16.97 msgester.out
[2017年8月18日星期五10：54：29.719 ] 2143 root 20 0 2488 1388 948 S 0 0.1 19：22.66 spico_check_net
[2017年8月18日星期五10：54：29.734 ] 2156 root 20 0 2556 864 352 S 0 0.1 9：49.09 spico_chk_inact
[2017年8月18日星期五10：54：29.734 ] 2161 root 20 0 1932 672 548 S 0 0.1 2：25.01 lTE_oamSDM
[2017年8月18日星期五10：54：29.734 2017] 2182根23 3 39048 16米3384 S 0 1.6 29：52.74 LTE_OAM
[2017年8月18日星期五10：54：29.734 ] 2209 root 20 0 1568 488 412 S 0 0.0 0：00.01 Getty
[2017年8月18日星期五10：54：29.734 2017] 2214 root -2 0 1364 1328 1012 S 0 0.1 1：20.19看门狗
[2017年8月18日星期五10：54：29.750 ] 2220 root 20 0 1660 828 636 S 0 0.1 13：22.13 OAM_transport _T
[2017年8月18日星期五10：54：29.750 ] 2222 root 20 0 20532 13m 1176 S 0 1.3 14：12.31 lTE_tr069
[2017年8月18日星期五10：54：29.750 ] 2227根20 0 2364 696 588 S 0 0.1 0：35.27深
[2017年8月18日星期五10：54：29.750 ] 2278 root 20 0 1968 660 480 S 0 0.1 0：00.00 starter
[2017年8月18日星期五10：54：29.750 ] 2281根20 0 136m 2772 1944 S 0 0.3 9：51.47 Charon
[2017年8月18日星期五10：54：29.750 ]2357根部20 0 28308 756 608 S 0 0.1 50：47.63 central 流程
[2017年8月18日星期五10：54：29.765 ] 2359 root 20 0 1656 804 648 S 0 0.1 7：17.41 OAM_radio
[2017年8月18日星期五10：54：29.765 ] 2360 root 20 0 1684 880 692 S 0 0.1 217：14.04 OAM_SYSTEM
[2017年8月18日星期五10：54：29.765 ] 2361 root 20 0 18332 10m 1656 S 0 1.1 11：12.48 lTE_SON_TDD
[2017年8月18日星期五10：54：29.765 ] 2362 root 20 0 43672 30m 3420 S 0 3.0 13：05.53 LTTE_RRM_TDD
[2017年8月18日星期五10：54：29.765 ] 2363根20 0 46368 12m 5276 S 0 1.3 1218：39 LTE_RRC_TDD
[2017年8月18日星期五10：54：29.765 ] 2380 root 20 0 72480 2680 956 S 0 0.3 0：03.23 rfsdk_Svc
[2017年8月18日星期五10：54：29.781 ] 2654 root 20 0 1316 228 184 S 0 0.0 0 0 0 0：00.00睡眠
[2017年8月18日星期五10：54：29.781 ] 2753 root 20 0 1316 228 184 S 0 0.0 0 0 0 0：00.00睡眠
[2017年8月18日星期五10：54：29.781 ] 2836 root 20 0 0 0 0 S 0 0.0 2：25.52 kworker/U4：3
[2017年8月18日星期五10：54：29.781 ] 2865 root 20 0 5040 1364 836 S 0 0.1 161：24.40 netfpproxy.out
[2017年8月18日星期五10：54：29.781 ] 2885根部20 0 2220 964 744 R 0 0.1 0：00.01顶部
[2017年8月18日星期五10：54：29.781 ] 2887 root 20 0 1296 388 332 S 0 0.0 0 0：15.92 log_rotate
[2017年8月18日星期五10：54：29.781 ] 2889 root 20 0 10836 680 560 S 0 0.1 4：01.94 phy_meas_Svc
[2017年8月18日星期五10：54：29.781 ] 2891 root 20 0 1888 672 552 S 0 0.1 16：01.00 L2_LOG_STAT_CON
[2017年8月18日星期五10：54：29.781 ] 2893根部20 0 1660 644 536 S 0 0.1 11：27.49 L2_Consumer
[2017年8月18日星期五10：54：29.781 ] 3214 root 20 0 0 0 0 S 0 0.0 0 0：00.00 kworker/0：0

===

在随附的日志文件中 、您可以发现 CPU1的使用率始终高于70%、但无法找到高负载任务。

如何理解？

是否有任何其他检查点来澄清高负载？

谢谢、

新哈

e2e.ti.com/.../0842.NP4000282_5F00_top.log

  • 0
    TI__Guru**** 2549910 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好！

    这是哪个 SDK？
    这是定制板还是 TI EVM？ 如果这是 TI EVM、您能否尝试切换到更新的 SDK (内核4.9)并检查 TOP 的输出？

    此致、
    Yordan
  • 0
    TI__Guru**** 2549910 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    Yordan、
    感谢您的回复。

    我们使用的是 MCSDK 3.1.4.7 (内核3.10.10)。
    实际上发生在我们的电路板上、而不是 TI EVM 上。
    并非在所有电路板上都发生了这种情况、只有几个电路板。 (具有相同的内核和应用程序)

    我们需要知道的是、为什么显示 Top 报告高使用率、而不显示高负载任务。
    我们如何才能算出结果？ (你有什么想法吗？)

    谢谢、
    新哈。
  • 0
    TI__Guru**** 2549910 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    让我做一些研究、我将更新该主题。

    您可以尝试 ps aux 吗？ 您是否获得相同的结果？

    此致、
    Yordan
  • 0
    TI__Guru**** 2549910 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    Yordan、

    我们得到的结果是"ps -elfL"、而不是"ps -ax"。
    我无法澄清结果、您能否查看以下日志？
    某些命令(例如 get_spico_log.sh 和 REAL_LOG_COLLE.sh)不会应用于正常操作、仅用于收集一些日志。

    ++++++++++++++++++++++++++++++++++++
    运行：PS -elfL
    ++++++++++++++++++++++++++++++++++++
    f S UID PID PPID LWP C NLWP PRI NI ADDR SZ WCHAN STTTY IME 时间 CMD
    4 S 根 1 0 1 0 1 80 0 - 330 POLL_s 14：47？ 00：00：02初始化[5]
    1 S 根 2 0 2 0 1 80 0 - 0 kthrea 14：47？ 00：00：00 [kthreadd]
    1 S 根 3 2 3 0 1 80 0 - 0 smboo 14:47 ? 00：00：01 [ksoftirqd/0]
    1 S 根 4 2 4 0 1 80 0 - 0工人14:47？ 00：00：00 [kworker/0：0]
    1 S 根 5 2 5 0 1 60 -20 - 0工人14:47？ 00：00：00 [kworker/0：0H]
    1 S 根 7 2 7 0 1 -40 --- 0 smboo 14:47 ? 00：00：00 [迁移/0]
    1 S 根 8 2 8 0 1 80 0 - 0 RCU_gp 14：47？ 00：00：00 [RCU_BH]
    1 S 根 9 2 9 0 1 80 0 - 0 RCU_gp 14：47？ 00：00：00 [RCU_sched]
    1 S 根 10 2 10 0 1 -40 --- 0 smboo 14:47 ? 00：00：00 [迁移/1]
    1 S 根 11 2 11 0 1 80 0 - 0 smboo 14:47 ? 00：00：00 [ksoftirqd/1]
    1 S 根 13 2 13 0 1 60 -20 - 0工人14:47？ 00：00：00 [kworker/1：0H]
    1 S 根 14 2 14 0 1 60 -20 - 0救援14:47？ 00：00：00 [khelper]
    5 S 根 15 2 15 0 1 80 0 - 0 devtmp 14:47 ? 00：00：00 [kdevtmpfs]
    1 S 根 19 2 19 0 1 80 0 - 0工人14:47？ 00：00：01 [kworker/0：1]
    1 S 根 20 2 20 0 1 80 0 - 0工人14:47？ 00：00：00 [kworker/1：1]
    1 S 根 240 2 240 0 1 60 -20 - 0救援14:47？ 00：00：00 [写回]
    1 S 根 242 2 242 0 1 60 -20 - 0救援14:47？ 00：00：00 [bioset]
    1 S 根 244 2 244 0 1 60 -20 - 0救援14:47？ 00：00：00 [kblockd]
    1 S 根 251 2 251 0 1 60 -20 - 0救援14:47？ 00：00：00 [ata_SFF]
    1 S 根 261 2 261 0 1 80 0 - 0 HUD_TH 14：47？ 00：00：00 [khubd]
    4 Z 根 329 2232 329 1 80 0 - 0退出15:15？ 00：00：00 [logrotate]
    0 S 根 335 2794 335 0 1 80 0 - 569 wait 15：15 pts/1 00：00：00 /bin/sh /spico_mgmt/get_spico_log.sh
    0 S 根 363 335 363 0 1 99 19 - 606 wait 15：15 pts/1 00：00：00 /bin/sh /spico_mgmt/real_log_collect.sh -l spico_supportlog_K2L-EVM_c0a83d94_20170821151502 -t /var/tmp/spico_supportlog_k2l-evm_c0a83d94_20170821151502_335 -d 3 -c
    0 S 根 364 335 364 0 1 80 0 - 329小时时间15：15分/1 00：00：00睡眠3.
    0 R 根 379 363 379 0 1 99 19 - 551 - 15：15分/1 00：00：00 ps -elfL
    1 S 根 424 2 424 0 1 60 -20 - 0救援14:47？ 00：00：00 [rpciod]
    1 S 根 436 2 436 0 1 80 0 - 0 kswapd 14：47？ 00：00：00 [kswapd0]
    1 S 根 491 2 491 0 1 80 0 - 0 fsnoti 14:47？ 00：00：00 [fsnotify_mark]
    1 S 根 505 2 505 0 1 60 -20 - 0救援14:47？ 00：00：00 [nfsiod]
    1 S 根 515 2 515 0 1 60 -20 - 0救援14:47？ 00：00：00 [加密]
    4 S 根 957 1 957 0 1 80 0 - 394小时14：51？ 00：00：00 ./../tools/l2_meas_cons
    5 S 根 1147 2 1147 0 1 9 --- 0 IRQ_TH 14：47？ 00：00：00 [IRQ/324-2100040]
    1 S 根 1148 2 1148 0 1 60 -20 - 0救援14:47？ 00：00：00 [21000400.SPI]
    5 S 根 1165 2 1165 0 1 9 --- 0 IRQ_TH 14：47？ 00：00：00 [IRQ/328-2100060]
    1 S 根 1166 2 1166 0 1 60 -20 - 0救援14:47？ 00：00：00 [21000600.SPI]
    5 S 根 1186 2 1186 0 1 9 --- 0 IRQ_TH 14：47？ 00：00：00 [IRQ/332-2100080]
    1 S 根 1187 2 1187 0 1 60 -20 - 0救援14:47？ 00：00：00 [21000800.SPI]
    1 S 根 1250 2 1250 0 1 60 -20 - 0救援14:47？ 00：00：00 [kpsmmoed]
    1 S 根 1301 2 1301 0 1 60 -20 - 0救援14:47？ 00：00：00 [差分频率]
    1 S 根 1308 2 1308 0 1 80 0 - 0 ubI_th 14：47？ 00：00：00 [ubI_bgt0d]
    1 S 根 1311 2 1311 0 1 80 0 - 0 ubifs_14:47 ? 00：00：00 [ubifs_bgt0_0]
    5 S 根 1335 1 1335 0 1 80 0 - 653 SYS_EP 14：47？ 00：00：00 /lib/udev/udevd -d
    5 S 根 1480 1335 1480 0 1 80 0 - 666 SYS_EP 14：47？ 00：00：00 /lib/udev/udevd -d
    5 S 根 1484 1335 1484 0 1 80 0 - 666 SYS_EP 14：47？ 00：00：00 /lib/udev/udevd -d
    5 S 999 1742 1 1742 0 1 80 0 - 575 SYS_EP 14：47？ 00：00：00 /usr/bin/dbus-demon --系统
    1 S 根 1747 1 1747 0 1 80 0 - 503 POLL_s 14：47？ 00：00：00 /usr/sbin/dropbear -r /etc/dropbear/dropbear_rsa_host_key -p 22 -B
    5 S 根 1751 1 1751 0 2 80 0 - 2937 POLL_s 14：47？ 00：00：02 /usr/bin/mpmsrv
    1 S 根 1751 1 1754 0 2 80 0 - 2937 POLL_s 14：47？ 00：00：00 /usr/bin/mpmsrv
    1 S 根 1756 1 1756 0 1 80 0 - 1118 POLL_s 14：47？ 00：00：00 /usr/bin/softhsm-demon
    5 S 根 1769 1 1769 0 1 80 0 - 374 pipe_w 14：47？ 00：00：00 /usr/bin/lad_tci6630 -l lad.txt
    5 S 根 1776 1 1776 0 1 80 0 - 1535 POLL_s 14：47？ 00：00：07 /usr/sbin/syslog-ng
    5 S 根 1779 1 1779 0 1 80 0 - 563 POLL_s 14：47？ 00：00：00 /usr/sbin/thttpd -d /srv/www -u root -c /cgi-bin/*-p 8080
    1 S 根 1784 1 1784 0 1 80 0 - 462 POLL_s 14：47？ 00：00：00 /usr/bin/afe0_server /var/run/rfsdk/afe0
    1 S 根 1786 1 1786 0 1 80 0 - 462 POLL_s 14：47？ 00：00：00 /usr/bin/afe1_server /var/run/rfsdk/afe1
    4 S 根 1796 1 1796 0 1 80 0 - 948 inet_c 14：47？ 00：00：00 /usr/sbin/vsftpd
    1 S 根 1827 2 1827 0 1 80 0 - 0 ubI_th 14：47？ 00：00：00 [ubI_bgt7d]
    1 S 根 1831 2 1831 0 1 80 0 - 0 ubifs_14:47 ? 00：00：00 [ubifs_bgt7_0]
    1 S 根 1834 2 1834 0 1 80 0 - 0 ubI_th 14：47？ 00：00：00 [ubI_bgt8d]
    1 S 根 1838 2 1838 0 1 80 0 - 0 ubifs_14:47 ? 00：00：00 [ubifs_bgt8_0]
    1 S 根 1949年2月1日80 0 - 0工人14:47？ 00：00：00 [kworker/1：2]
    1 S 根 2035 1 2035 0 1 80 0 - 852 POLL_s 14：48？ 00：00：00 /usr/sbin/zebra -d -u root -g root
    1 S 根 2052 1 2052 0 3 80 0 - 4710暂停14：48？ 00：00：00 /usr/sbin/dropbear_ctrl -v 5.
    1 S 根 2052 1 2053 0 3 80 0 - 4710小时14：48？ 00：00：00 /usr/sbin/dropbear_ctrl -v 5.
    1 S 根 2052 1 2054 0 3 80 0 - 4710小时14：48？ 00：00：00 /usr/sbin/dropbear_ctrl -v 5.
    4 S 根 2096 1 2096 0 4 80 0 - 7765 Futex_ 14：48？ 00：00：00 /usr/bin/msgrouter.out -d 10 -c 15 -v
    1 S 根 2096 1 2101 0 4 80 0 - 7765 skb_re 14：48？ 00：00：00 /usr/bin/msgrouter.out -d 10 -c 15 -v
    1 S 根 2096 1 2102 0 4 80 0 - 7765 skb_re 14：48？ 00：00：00 /usr/bin/msgrouter.out -d 10 -c 15 -v
    1 S 根 2096 1 2103 0 4 80 0 - 7765 Futex_ 14：48？ 00：00：08 /usr/bin/msgrouter.out -d 10 -c 15 -v
    0 S 根 2141 1 2141 0 1 80 0 - 560等待14：48？ 00：00：00 /bin/sh /spico_mgmt/spico_check_netdev.sh
    0 S 根 2143 1 2143 0 1 80 0 - 557等待14：48？ 00：00：00 /bin/sh /spico_mgmt/spico_check_inner.sh
    0 S 根 2152 2143 2152 0 1 80 0 - 329小时时间14：48？ 00：00：00睡眠2400
    0 S 根 2155 1 2155 0 1 80 0 - 483 POLL_s 14：48？ 00：00：00 ./lTE_oamSDM ./cfg/Proprietary_eNodeB_Data_Model.xml ./cfg/eNodeB_Data_Model_TR_196_based.xml
    4 S 根 2175 2155 2175 0 6 83 3 - 9154 POLL_s 14：48？ 00：00：00 LTE_OAM。/cfg/Proprietary_eNodeB_Data_Model.xml。/cfg/eNodeB_Data_Model_TR_196_based.xml
    1 S 根 2175 2155 2220 0 6 80 0 - 9154 Futex_ 14：48？ 00：00：00 LTE_OAM。/cfg/Proprietary_eNodeB_Data_Model.xml。/cfg/eNodeB_Data_Model_TR_196_based.xml
    5 S 根 2175 2155 2221 0 6 80 0 - 9154 Futex_ 14：48？ 00：00：02 LTE_OAM ./cfg/Proprietary_eNodeB_Data_Model.xml ./cfg/eNodeB_Data_Model_TR_196_based.xml
    1 S 根 2175 2155 2222 0 6 80 0 - 9154 Futex_ 14：48？ 00：00：00 LTE_OAM。/cfg/Proprietary_eNodeB_Data_Model.xml。/cfg/eNodeB_Data_Model_TR_196_based.xml
    1 S 根 2175 2155 2223 0 6 80 0 - 9154 Futex_ 14：48？ 00：00：00 LTE_OAM。/cfg/Proprietary_eNodeB_Data_Model.xml。/cfg/eNodeB_Data_Model_TR_196_based.xml
    1 S 根 2175 2155 2224 0 6 80 0 - 9154 Futex_ 14：48？ 00：00：00 LTE_OAM。/cfg/Proprietary_eNodeB_Data_Model.xml。/cfg/eNodeB_Data_Model_TR_196_based.xml
    0 S 根 2198 2175 2198 0 1 80 0 - 419 POLL_s 14：48？ 00：00：00 OAM_transport：TDD
    0 S 根 2199 2175 2199 0 2 80 0 - 2829小时时间14：48？ 00：00：00 lTE_tr069
    1 S 根 2199 2175 2274 0 2 80 0 - 2829 inet_c 14：49？ 00：00：00 lTE_tr069
    0 S 根 2204 1 2204 0 1 80 0 - 392 n_TTY_ 14：48 ttyS0 00：00：00 /sbin/getty 115200 ttyS0
    5 S 根 2212 1 2212 0 1 58 -- 341小时14：48？ 00：00：00 /usr/sbin/watchdog
    1 S 根 2232 1 2232 0 1 80 0 - 591小时14：48？ 00：00：00 /usr/sbin/crond -l 0 -L /var/log/cron.log
    1 S 根 2251 1 2251 0 1 80 0 - 509 POLL_s 14：49？ 00：00：00 /usr/libexec/ipsec/starter --守护程序 Charon
    4 S 根 2252 2251 2252 0 17 80 0 - 34976 Σ 14：49？ 00：00：00 /usr/libexec/ipsec/charon --use-syslog --debug-IKE 2 --debug-KNL 3 --debug-cfg 0
    1 S 根 2252 2251 2253 0 17 80 0 - 34976 Futex_ 14：49？ 00：00：00 /usr/libexec/ipsec/charon --use-syslog --debug-IKE 2 --debug-KNL 3 --debug-cfg 0
    1 S 根 2252 2251 2254 0 17 80 0 - 34976 Futex_ 14：49？ 00：00：00 /usr/libexec/ipsec/charon --use-syslog --debug-IKE 2 --debug-KNL 3 --debug-cfg 0
    1 S 根 2252 2251 2255 0 17 80 0 - 34976 Futex_ 14：49？ 00：00：00 /usr/libexec/ipsec/charon --use-syslog --debug-IKE 2 --debug-KNL 3 --debug-cfg 0
    1 S 根 2252 2251 2256 0 17 80 0 - 34976 Futex_ 14：49？ 00：00：00 /usr/libexec/ipsec/charon --use-syslog --debug-IKE 2 --debug-KNL 3 --debug-cfg 0
    1 S 根 2252 2251 2257 0 17 80 0 - 34976 Futex_ 14：49？ 00：00：00 /usr/libexec/ipsec/charon --use-syslog --debug-IKE 2 --debug-KNL 3 --debug-cfg 0
    1 S 根 2252 2251 2258 0 17 80 0 - 34976 Futex_ 14：49？ 00：00：00 /usr/libexec/ipsec/charon --use-syslog --debug-IKE 2 --debug-KNL 3 --debug-cfg 0
    1 S 根 2252 2251 2259 0 17 80 0 - 34976 Futex_ 14：49？ 00：00：00 /usr/libexec/ipsec/charon --use-syslog --debug-IKE 2 --debug-KNL 3 --debug-cfg 0
    1 S 根 2252 2251 2260 0 17 80 0 - 34976 POLL_s 14：49？ 00：00：00 /usr/libexec/ipsec/charon --use-syslog --debug-IKE 2 --debug-KNL 3 --debug-cfg 0
    1 S 根 2252 2251 2261 0 17 80 0 - 34976 POLL_s 14：49？ 00：00：00 /usr/libexec/ipsec/charon --use-syslog --debug-IKE 2 --debug-KNL 3 --debug-cfg 0
    1 S 根 2252 2251 2262 0 17 80 0 - 34976 Futex_ 14：49？ 00：00：00 /usr/libexec/ipsec/charon --use-syslog --debug-IKE 2 --debug-KNL 3 --debug-cfg 0
    1 S 根 2252 2251 2263 0 17 80 0 - 34976 Futex_ 14：49？ 00：00：00 /usr/libexec/ipsec/charon --use-syslog --debug-IKE 2 --debug-KNL 3 --debug-cfg 0
    5 S 根 2252 2251 2264 0 17 80 0 - 34976 Futex_ 14：49？ 00：00：00 /usr/libexec/ipsec/charon --use-syslog --debug-IKE 2 --debug-KNL 3 --debug-cfg 0
    1 S 根 2252 2251 2265 0 17 80 0 - 34976 Futex_ 14：49？ 00：00：00 /usr/libexec/ipsec/charon --use-syslog --debug-IKE 2 --debug-KNL 3 --debug-cfg 0
    1 S 根 2252 2251 2266 0 17 80 0 - 34976 Futex_ 14：49？ 00：00：00 /usr/libexec/ipsec/charon --use-syslog --debug-IKE 2 --debug-KNL 3 --debug-cfg 0
    1 S 根 2252 2251 2267 0 17 80 0 - 34976 Futex_ 14：49？ 00：00：00 /usr/libexec/ipsec/charon --use-syslog --debug-IKE 2 --debug-KNL 3 --debug-cfg 0
    5 S 根 2252 2251 2268 0 17 80 0 - 34976 Futex_ 14：49？ 00：00：00 /usr/libexec/ipsec/charon --use-syslog --debug-IKE 2 --debug-KNL 3 --debug-cfg 0
    1 S 根 2269 1747 2269 0 1 80 0 - 610 POLL_s 14：49？ 00：00：01 /usr/sbin/dropbear -r /etc/dropbear/dropbear_rsa_host_key -p 22 -B
    4 S 根 2270 2269 2270 0 1 80 0 - 654等待14：49 pts/0 00：00：00 - sh
    0 S 根 2271 2270 2271 0 1 80 0 - 656 n_TTY_ 14：49 pts/0 00：00：00 bash
    0 S 根 2291 2175 2291 0 3 80 0 - 7077 POLL_s 14：49？ 00：00：00：00 central _process_TDD
    1 S 根 2291 2175 2301 0 3 80 0 - 7077 skb_re 14：49？ 00：00：00：00 central _process_TDD
    1 S 根 2291 2175 2422 0 3 80 0 - 7077 POLL_s 14：49？ 00：00：00：00 central _process_TDD
    0 S 根 2293 2175 2293 0 1 80 0 - 419 POLL_s 14：49？ 00：00：00 OAM_RADIO
    0 S 根 2294 2175 2294 0 1 80 0 - 461 POLL_s 14：49？ 00：00：03 OAM_SYSTEM 0
    0 S 根 2295 2175 2295 0 1 80 0 - 4871 POLL_s 14：49？ 00：00：00 LTE_SON_TDD ../cfg/eNodeB_Configuration.cfg 1.
    0 S 根 2296 2175 2296 0 1 80 0 - 9886 POLL_s 14：49？ 00：00：02 LTE_RRM_TDD 1 ../cfg/eNodeB_Configuration.cfg
    4 S 根 2297 2175 2297 0 3 80 0 - 10940 POLL_s 14：49？ 00：00：04 LTE_RRC_TDD ../cfg/eNodeB_Configuration.cfg
    1 S 根 2297 2175 2305 0 3 80 0 - 10940 Futex_ 14：49？ 00：00：03 LTE_RRC_TDD ../cfg/eNodeB_Configuration.cfg
    1 S 根 2297 2175 2306 0 3-27 -- 10940引信_ 14：49？ 00：00：00 LTE_RRC_TDD ../cfg/eNodeB_Configuration.cfg
    0 S 根 2311 1 2311 0 4 80 0 - 18120暂停14：49？ 00：00：00 /usr/bin/rfsdk_svc
    5 S 根 2311 1 2314 0 4 80 0 - 18120 SYS_EP 14：49？ 00：00：00 /usr/bin/rfsdk_svc
    1 S 根 2311 1 2330 0 4 80 0 - 18120 POLL_s 14：49？ 00：00：04 /usr/bin/rfsdk_svc
    1 S 根 2311 1 2331 0 4 80 0 - 18120 skb_re 14：49？ 00：00：00 /usr/bin/rfsdk_svc
    1 S 根 2421 2 2421 0 1 80 0 - 0个工人14:49？ 00：00：00 [kworker/U4：2]
    5 S 根 2424 1 2424 0 3 80 0 - 1260 Futex_ 14：49？ 00：00：00 /usr/bin/netfpproxy.out -p /usr/lib/netfp_proxy/plugins/netfpproxy_plugin.so -d 10.
    1 S 根 2424 1 2425 0 3 80 0 - 1260 skb_re 14：49？ 00：00：00 /usr/bin/netfpproxy.out -p /usr/lib/netfp_proxy/plugins/netfpproxy_plugin.so -d 10.
    1 S 根 2424 1 2426 0 3 80 0 - 1260 POLL_s 14：49？ 00：00：02 /usr/bin/netfpproxy.out -p /usr/lib/netfp_proxy/plugins/netfpproxy_plugin.so -d 10.
    0 S 根 2470 1 2470 0 1 80 0 - 324小时时间14：49？ 00：00：00 ./../tools/log_rotate
    4 S 根 2472 1 2472 0 2 80 0 - 2709小时时间14：49？ 00：00：00 ./../tools/phy_meas_svc
    1 S 根 2472 1 2477 0 2 80 0 - 2709 POLL_s 14：49？ 00：00：00 ./../tools/phy_meas_svc
    4 S 根 2474 1 2474 0 1 80 0 - 472小时14：49？ 00：00：00 ./../tools/l2_log_stat_cons
    4 S 根 2476 1 2476 0 1 80 0 - 415小时时间14：49？ 00：00：00 ./../tools/l2_consumer
    1 S 根 2670 1747 2670 0 1 80 0 - 610 POLL_s 15：13？ 00：00：00 /usr/sbin/dropbear -r /etc/dropbear/dropbear_rsa_host_key -p 22 -B
    4 S 根 2677 2670 2677 0 1 80 0 - 660等待15：13分/1 00：00：00 -短接
    0 S 根 2794 2677 2794 0 1 80 0 - 661等待15：13 pts/1 00：00：00 bash
    1 S 根 3954 2 3954 0 1 80 0 - 0个工人14:53？ 00：00：00 [kworker/U4：3]
    0 S 根 4051 2141 4051 0 1 80 0 - 329小时时间15：14？ 00：00：00睡眠10


    一件事；
    您是否知道如何获取频率来计算每个内核的使用率？
    在普通板上、我曾试过"cat /proc/cpuinfo
    仅显示Core0和 Core1的“BogoMips：399.36”。

    谢谢、
    新哈。
  • 0
    TI__Guru**** 2549910 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    Yordan、

    我已经在 E2E 上检查了相关问题、然后发现了类似问题；

    e2e.ti.com/.../433791

    我们的问题是否相同？

    我从客户那里得知、我们的电路板可以通过重启进行记录、并且是随机发生的。
    如果发生过一次、则在重新启动之前未恢复。

    谢谢、
    新哈
  • 0
    TI__Guru**** 2549910 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    Yordan 和 TI 专家、

    是否有人可以解释这种异常行为？

    仅通过重新启动进行前导。 我们必须向客户解释。

    谢谢、

    新哈。  

  • 0
    TI__Guru**** 2549910 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好！

    在 ps 输出中没有异常。

    让我感到困扰的是：
    [引用]我们使用的是 MCSDK 3.1.4.7 (内核3.10.10)。
    实际上发生在我们的电路板上、而不是 TI EVM 上。
    并非在所有电路板上都发生了这种情况、只有几个电路板。 (具有相同的内核和应用程序)[/quot]

    所有定制板是否相同？ 是否有方法验证这是否不是某种制造错误、例如：
    电源轨布局错误、焊接不可靠等...

    您提到的 e2e 线程使用旧版内核、问题在 TI EVM 上是可重现的、在这里、您说您无法在 TI EVM 上重现问题、同时也有很多内核更新(最新的 SDK 使用内核4.9)、 因此、我怀疑您遇到了同样的问题。

    此致、
    Yordan
  • 0
    TI__Guru**** 2549910 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    Shinha、

    您提供的链接中的类似问题出现在 MCSDK 3.1.1上、当测试应用无限运行10ms 计时器时、内核锁定。 我们在 MCSDK 3.1.4上尝试了相同的应用程序。 我们确实看到其中一个内核空闲时间降至0%、  但无法重新生成锁定

    您的应用之一是否具有短计时器？ 使用 RT Linux 时、未观察到上述无法锁定但 MCSDK 3.1.4中的低空闲百分比。 处理器 SDK 版本中也没有。

    我在互联网上进行了搜索、不确定链接是否可以指向占用 CPU 的进程 、unix.stackexchange.com/.../how-to-find-which-process-is-causing-high-cpu-usage

    雷克斯

  • 0
    TI__Guru**** 2549910 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    Yordan & Rex、

    很抱歉、我们的环境信息错误。

    -。 我们使用的是 MCSDK3.1.2.5 (内核3.10.10)。 不是 MCSDK3.1.4.7

    -。 此外、它实际上是随机发生的、很少发生、并且在执行重启命令后消失。

    因此、在我们的实验室环境中很难重现这种情况。 我们获得了有关我们的商业环境的信息。

    谢谢、

    新哈。

  • 0
    TI__Guru**** 2549910 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    Yordan & Rex、

    我曾尝试过"e2e.ti.com/.../433791、然后它被复制到了我们的板上。

    您是否可以在当前内核版本上使用任何 guid 来解决此问题？

    谢谢、
    新哈。
  • 0
    TI__Guru**** 2549910 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、Shinha、

    我无法找出问题的根源、但注意到新版本中未出现该行为。 由于内核版本不同、我们无法指出导致症状消失的原因。 我建议使用 ProcSDK 尝试在您的实验室中是否出现此问题、并移至更新的内核。

    雷克斯