Cloud Native应用交付

  • 首页
  • 关于本站
  • 个人介绍
  • Downloads
  • Repo
    • Github
    • Container
  • F5
    • F5 Python SDK
    • F5-container
    • F5-LBaaS
  • 社交
    • 联系我
    • 微信/微博
    • 公众号
    • 打赏赞助
行至水穷处 坐看云起时
Cloud Native Application Services: cnadn.net
  1. 首页
  2. F5技术
  3. 正文

单CPU中系统和TMM共用CPU0,但在图形界面里独立显示两个利用率

2008年05月23日 9634点热度 0人点赞 1条评论

Updated: 3/11/08 10:23 AM
Solution

 

On single CPU systems, although the Linux operating system and TMM share CPU0, the CPU usage graph in the Configuration utility displays CPU0 usage and TMM CPU usage separately. CPU0 represents the active CPU usage of all user and system processes, excluding the Traffic Management Microkernal (TMM) process. TMM CPU Usage represents the active CPU usage of the TMM process only.

Viewing the CPU Usage Graph

To view the CPU Usage Graph from the Configuration utility, perform the following procedure:
 

  1. Log in to the Configuration utility.
  2. Click Overview.
  3. Click Performance.
  4. Click the System Menu.

Understanding the TMM CPU usage

On the CPU usage graph, TMM CPU Usage represents the active CPU usage of the TMM process only. For example, if the system CPU is reporting 100 percent and TMM is reporting 90 percent (even if TMM is idle and not being used), the remaining 10 percent is displayed on the CPU Usage Graph for CPU0.

When the TMM process starts on an idle system, TMM appears to consume nearly 100 percent of the CPU when viewed using the Linux top utility. From the standpoint of the Linux operating system, this usage report is correct, as TMM does use all of the CPU time. However, TMM's idle and sleep cycles are not visible to the Linux operating system because TMM is a microkernel that appears as a user process.

Note: F5 Networks does not recommend using command line tools such as the top and ps commands to gather the active CPU information. For more information, refer to SOL3572: CPU usage is significantly higher after upgrading to BIG-IP version 9.0 or later.

You can view the CPU utilization information as recorded by TMM, by typing the b global command from the command line, and locating the TMM Cycles entry in the resulting GLOBAL STATISTICS report. A sample output of the GLOBAL STATISTICS information appears similar to the following example:

1
# b global<br />GLOBAL STATISTICS --<br />Client side<br />    (cur, max, tot) = (6, 13, 357447)<br />    (pkts, bits) in = (963322, 1.129G), out = (760292, 4.173G)<br />    PVA (cur, max, tot) = (0, 0, 0)<br />    PVA (pkts, bits) in = (0, 0), out = (0, 0)<br />Server side<br />    (cur, max, tot) = (6, 13, 117109)<br />    (pkts, bits) in = (722984, 340.6M), out = (701403, 4.169G)<br />    PVA (cur, max, tot) = (0, 0, 0)<br />    PVA (pkts, bits) in = (0, 0), out = (0, 0)<br />PVA assisted connections (curr, tot) = (0, 0)<br />TMM cycles (total, idle, sleep) = (118.3T, 118.3T, 0)  <br /> &lt;=== TMM cycle statistics<br />Denials (maint, addr full, serv full) = (0, 0, 0)<br />        (no serv, no listen, no mem, no lic) = (0, 2001, 0, 0)<br />CPU (total, active, multi-mode) = (2, 2, SMP)<br />Memory (total, used) = TMM (748.0M, 23.92M), host (1.000G, 366.3M)<br />Packets (drop, err in, err out) = (0, 0, 0)<br />HTTP requests = 0<br />Authorization --<br />    results (yes, no, defer, err) = (0, 0, 0, 0)<br />    sessions (cur, max, tot) = (0, 0, 0)<br />OneConnect (curr, max, reuse, new) = (0, 0, 0, 0)<br />Stream replacements = 0<br />XML profile errors = 0<br />IIOP --<br />    (req, resp, err) = (0, 0, 0)<br />    (cancel, frags) = (0, 0)<br />RTSP --<br />    (req, resp, err, Ileave) = (0, 0, 0, 0)<br />SCTP --<br />    (accept, accept fail) = (0, 0)<br />    (connect, connect fail) = (0, 0)<br />    (expire, abandon, rxrst) = (0, 0, 0)<br />    (rxbadsum, rxcookie, rxbadcookie) = (0, 0, 0)

This example output shows the total number of cycles consumed by TMM since the TMM process started, and how many of the cycles were sleep and idle cycles. This information is used in the CPU performance graph, which displays the TMM usage (TMM CPU Usage) correctly as 0 percent when the system is idle.

The CPU0 graph represents the CPU usage of the Linux kernel and the other daemons. When other daemons require resources, TMM yields CPU time to those daemons (by way of the Linux process scheduler). If TMM is idle, almost 100 percent of the CPU can be yielded; however, when TMM is being heavily used (in terms of ingress packet rate), up to 20 percent of the CPU will be yielded to other processes.

Note: The graph represents an average value over time, so the CPU values (CPU0) may show spikes over 20 percent even when TMM is heavily used. When TMM is lightly loaded, it will yield more than 20 percent, but since no accurate, instantaneous value for the yield is available from TMM, the graph will not show values for TMM CPU Usage and CPU0 that equal 100 percent.

Unlike CPU0 statistics, TMM statistics are available through SNMP. The OIDs and formula used to calculate the CPU usage is documented under the Configuring SNMP chapter in the BIG-IP Network and System Management Guide.

For more information about TMM CPU utilization, refer to SOL3242: Overview of Traffic Management Microkernel (TMM) CPU and RAM usage.

F5 Networks is tracking the need for a CPU0 statistics feature through SNMP as CR63272. CPU0 statistics are not currently available through SNMP. To monitor the status of this CR, refer to the BIG-IPLTM, GTM, or ASM Release Notes.

相关文章

  • 为啥TOP里看TMM占用CPU很高
  • 密码保护:F5OS tenant部署后的容器情况、网络接口情况
  • 密码保护:F5OS tenant镜像实例化后信息
  • 密码保护:F5OS docker-compose.yml
  • 密码保护:F5OS 底层容器、网络及k8s状态
本作品采用 知识共享署名-非商业性使用 4.0 国际许可协议 进行许可
标签: cpu tmm
最后更新:2008年05月23日

纳米

linjing.io

打赏 点赞
< 上一篇
下一篇 >

文章评论

  • bilo

    我是来发广告的!

    2008年06月12日
    回复
  • razz evil exclaim smile redface biggrin eek confused idea lol mad twisted rolleyes wink cool arrow neutral cry mrgreen drooling persevering
    取消回复

    这个站点使用 Akismet 来减少垃圾评论。了解你的评论数据如何被处理。

    页面AI聊天助手

    纳米

    linjing.io

    ☁️迈向Cloud Native ADC ☁️

    认证获得:
    TOGAF: ID 152743
    Kubernetes: CKA #664
    Microsoft: MCSE MCDBA
    Cisco: CCNP
    Juniper: JNCIS
    F5:
    F5 Certified Solution Expert, Security
    F5 Certified Technology Specialist, LTM/GTM/APM/ASM
    F5 Certified BIG-IP Administrator
  • 点击查看本博技术要素列表
  • 归档
    分类
    • AI
    • Automation
    • Avi Networks
    • Cisco ACI
    • CISCO资源
    • F5 with ELK
    • F5-Tech tips
    • F5技术
    • Juniper
    • Linux
    • NGINX
    • SDN
    • ServiceMesh
    • WEB编程
    • WINDOWS相关
    • 业界文章
    • 交换机技术
    • 化云为雨/Openstack
    • 协议原理
    • 容器/k8s
    • 我的工作
    • 我的生活
    • 网站技术
    • 路由器技术
    • 项目案例
    标签聚合
    istio neutron irule openstack F5 envoy flannel bigip DNS gtm network api docker nginx k8s
    最近评论
    汤姆 发布于 8 个月前(09月10日) 嗨,楼主,里面的json怎么下载啊,怎么收费啊?
    汤姆 发布于 8 个月前(09月09日) 大佬,kib的页面可以分享下吗?谢谢
    zhangsha 发布于 1 年前(05月12日) 资料发给我下,谢谢纳米同志!!!!lyx895@qq.com
    李成才 发布于 1 年前(01月02日) 麻烦了,谢谢大佬
    纳米 发布于 1 年前(01月02日) 你好。是的,因为以前下载系统插件在一次升级后将所有的下载生成信息全弄丢了。所以不少文件无法下载。DN...
    浏览次数
    • Downloads - 183,766 views
    • 联系我 - 118,966 views
    • 迄今为止最全最深入的BIGIP-DNS/GTM原理及培训资料 - 116,497 views
    • Github - 103,659 views
    • F5常见log日志解释 - 79,774 views
    • 从传统ADC迈向CLOUD NATIVE ADC - 下载 - 74,623 views
    • Sniffer Pro 4 70 530抓包软件 中文版+视频教程 - 74,320 views
    • 迄今为止最全最深入的BIGIP-DNS/GTM原理及培训资料 - 67,770 views
    • 关于本站 - 60,905 views
    • 这篇文档您是否感兴趣 - 55,493 views
    链接表
    • F5SE创新
    • Jimmy Song‘s Blog
    • SDNlab
    • Service Mesh社区
    • 三斗室
    • 个人profile
    • 云原生社区

    COPYRIGHT © 2023 Cloud Native 应用交付. ALL RIGHTS RESERVED.

    Theme Kratos Made By Seaton Jiang

    京ICP备14048088号-1

    京公网安备 11010502041506号