linux命令---> top详解

本文详细介绍Linux下top命令的使用方法,包括命令格式、功能及参数介绍,并提供多个使用实例,帮助读者更好地掌握top命令。

top命令是Linux下常用的性能分析工具,能够实时显示系统中各个进程的资源占用状况,类似于Windows的任务管理器。下面详细介绍它的使用方法。top是一个动态显示过程,即可以通过用户按键来不断刷新当前状态.如果在前台执行该命令,它将独占前台,直到用户终止该程序为止.比较准确的说,top命令提供了实时的对系统处理器的状态监视.它将显示系统中CPU最“敏感”的任务列表.该命令可以按CPU使用.内存使用和执行时间对任务进行排序;而且该命令的很多特性都可以通过交互式命令或者在个人定制文件中进行设定.

1.命令格式:

top [参数]

2.命令功能:

显示当前系统正在执行的进程的相关信息,包括进程ID、内存占用率、CPU占用率等

3.命令参数:

-b 批处理

-c 显示完整的治命令

-I 忽略失效过程

-s 保密模式

-S 累积模式

-i<时间> 设置间隔时间

-u<用户名> 指定用户名

-p<进程号> 指定进程

-n<次数> 循环显示的次数

4.使用实例:

实例1:显示进程信息

命令:

top

输出:

[html]  view plain  copy
  1. [root@TG1704 log]# top  
  2. top - 14:06:23 up 70 days, 16:44,  2 users,  load average: 1.25, 1.32, 1.35  
  3. Tasks: 206 total,   1 running, 205 sleeping,   0 stopped,   0 zombie  
  4. Cpu(s):  5.9%us,  3.4%sy,  0.0%ni, 90.4%id,  0.0%wa,  0.0%hi,  0.2%si,  0.0%st  
  5. Mem:  32949016k total, 14411180k used, 18537836k free,   169884k buffers  
  6. Swap: 32764556k total,        0k used, 32764556k free,  3612636k cached  
  7.   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                                  
  8. 28894 root      22   0 1501m 405m  10m S 52.2  1.3   2534:16 java                                                                     
  9. 18249 root      18   0 3201m 1.9g  11m S 35.9  6.0 569:39.41 java                                                                     
  10.  2808 root      25   0 3333m 1.0g  11m S 24.3  3.1 526:51.85 java                                                                     
  11. 25668 root      23   0 3180m 704m  11m S 14.0  2.2 360:44.53 java                                                                     
  12.   574 root      25   0 3168m 611m  10m S 12.6  1.9 556:59.63 java                                                                     
  13.  1599 root      20   0 3237m 1.9g  11m S 12.3  6.2 262:01.14 java                                                                     
  14.  1008 root      21   0 3147m 842m  10m S  0.3  2.6   4:31.08 java                                                                     
  15. 13823 root      23   0 3031m 2.1g  10m S  0.3  6.8 176:57.34 java                                                                     
  16. 28218 root      15   0 12760 1168  808 R  0.3  0.0   0:01.43 top                                                                      
  17. 29062 root      20   0 1241m 227m  10m S  0.3  0.7   2:07.32 java                                                                     
  18.     1 root      15   0 10368  684  572 S  0.0  0.0   1:30.85 init                                                                     
  19.     2 root      RT  -5     0    0    0 S  0.0  0.0   0:01.01 migration/0                                                              
  20.     3 root      34  19     0    0    0 S  0.0  0.0   0:00.00 ksoftirqd/0                                                              
  21.     4 root      RT  -5     0    0    0 S  0.0  0.0   0:00.00 watchdog/0                                                               
  22.     5 root      RT  -5     0    0    0 S  0.0  0.0   0:00.80 migration/1                                                              
  23.     6 root      34  19     0    0    0 S  0.0  0.0   0:00.00 ksoftirqd/1                                                              
  24.     7 root      RT  -5     0    0    0 S  0.0  0.0   0:00.00 watchdog/1                                                               
  25.     8 root      RT  -5     0    0    0 S  0.0  0.0   0:20.59 migration/2                                                              
  26.     9 root      34  19     0    0    0 S  0.0  0.0   0:00.09 ksoftirqd/2                                                              
  27.    10 root      RT  -5     0    0    0 S  0.0  0.0   0:00.00 watchdog/2                                                               
  28.    11 root      RT  -5     0    0    0 S  0.0  0.0   0:23.66 migration/3                                                              
  29.    12 root      34  19     0    0    0 S  0.0  0.0   0:00.03 ksoftirqd/3                                                              
  30.    13 root      RT  -5     0    0    0 S  0.0  0.0   0:00.00 watchdog/3                                                               
  31.    14 root      RT  -5     0    0    0 S  0.0  0.0   0:20.29 migration/4                                                              
  32.    15 root      34  19     0    0    0 S  0.0  0.0   0:00.07 ksoftirqd/4                                                              
  33.    16 root      RT  -5     0    0    0 S  0.0  0.0   0:00.00 watchdog/4                                                               
  34.    17 root      RT  -5     0    0    0 S  0.0  0.0   0:23.07 migration/5                                                              
  35.    18 root      34  19     0    0    0 S  0.0  0.0   0:00.07 ksoftirqd/5                                                              
  36.    19 root      RT  -5     0    0    0 S  0.0  0.0   0:00.00 watchdog/5                                                               
  37.    20 root      RT  -5     0    0    0 S  0.0  0.0   0:17.16 migration/6                                                              
  38.    21 root      34  19     0    0    0 S  0.0  0.0   0:00.05 ksoftirqd/6                                                              
  39.    22 root      RT  -5     0    0    0 S  0.0  0.0   0:00.00 watchdog/6                                                               
  40.    23 root      RT  -5     0    0    0 S  0.0  0.0   0:58.28 migration/7  

说明:

统计信息区

前五行是当前系统情况整体的统计信息下面我们看每一行信息的具体意义。

第一行任务队列信息,同 uptime 命令的执行结果,具体参数说明情况如下:

14:06:23 — 当前系统时间

up 70 days, 16:44 — 系统已经运行了7016小时44分钟(在这期间系统没有重启过的吆!)

2 users — 当前有2个用户登录系统

load average: 1.15, 1.42, 1.44 — load average后面的三个数分别是1分钟、5分钟、15分钟的负载情况。

load average数据是每隔5秒钟检查一次活跃的进程数,然后按特定算法计算出的数值。如果这个数除以逻辑CPU的数量,结果高于5的时候就表明系统在超负荷运转了。

第二行Tasks — 任务(进程),具体信息说明如下:

系统现在共有206个进程,其中处于运行中的有1个,205个在休眠(sleep),stoped状态的有0个,zombie状态(僵尸)的有0个。

第三行,cpu状态信息,具体属性说明如下:

5.9%us — 用户空间占用CPU的百分比。

3.4% sy — 内核空间占用CPU的百分比。

0.0% ni — 改变过优先级的进程占用CPU的百分比

90.4% id — 空闲CPU百分比

0.0% wa — IO等待占用CPU的百分比

0.0% hi — 硬中断(Hardware IRQ)占用CPU的百分比

0.2% si — 软中断(Software Interrupts)占用CPU的百分比

备注:在这里CPU的使用比率和windows概念不同,需要理解linux系统用户空间和内核空间的相关知识!

第四行,内存状态,具体信息如下:

32949016k total — 物理内存总量(32GB)

14411180k used — 使用中的内存总量(14GB)

18537836k free — 空闲内存总量(18GB

169884k buffers — 缓存的内存量 (169M)

第五行,swap交换分区信息,具体信息说明如下:

32764556k total — 交换区总量(32GB)

0k used — 使用的交换区总量(0K

32764556k free — 空闲交换区总量(32GB)

3612636k cached — 缓冲的交换区总量(3.6GB)

备注:

第四行中使用中的内存总量(used)指的是现在系统内核控制的内存数,空闲内存总量(free)是内核还未纳入其管控范围的数量。纳入内核管理的内存不见得都在使用中,还包括过去使用过的现在可以被重复利用的内存,内核并不把这些可被重新使用的内存交还到free中去,因此在linux上free内存会越来越少,但不用为此担心。

如果出于习惯去计算可用内存数,这里有个近似的计算公式:第四行的free + 第四行的buffers + 第五行的cached,按这个公式此台服务器的可用内存:18537836k +169884k +3612636k = 22GB左右。

对于内存监控,在top里我们要时刻监控第五行swap交换分区的used,如果这个数值在不断的变化,说明内核在不断进行内存和swap的数据交换,这是真正的内存不够用了。

第六行,空行。

第七行以下:各进程(任务)的状态监控,项目列信息说明如下:

PID — 进程id

USER — 进程所有者

PR — 进程优先级

NI — nice值。负值表示高优先级,正值表示低优先级

VIRT — 进程使用的虚拟内存总量,单位kb。VIRT=SWAP+RES

RES — 进程使用的、未被换出的物理内存大小,单位kb。RES=CODE+DATA

SHR — 共享内存大小,单位kb

S — 进程状态。D=不可中断的睡眠状态 R=运行 S=睡眠 T=跟踪/停止 Z=僵尸进程

%CPU — 上次更新到现在的CPU时间占用百分比

%MEM — 进程使用的物理内存百分比

TIME+ — 进程使用的CPU时间总计,单位1/100秒

COMMAND — 进程名称(命令名/命令行)

其他使用技巧:

1.多U多核CPU监控

在top基本视图中,按键盘数字“1”,可监控每个逻辑CPU的状况:

 

观察上图,服务器有16个逻辑CPU,实际上是4个物理CPU。再按数字键1,就会返回到top基本视图界面。

2.高亮显示当前运行进程

敲击键盘“b”(打开/关闭加亮效果),top的视图变化如下

     

我们发现进程id为2570的“top”进程被加亮了,top进程就是视图第二行显示的唯一的运行态(runing)的那个进程,可以通过敲击“y”键关闭或打开运行态进程的加亮效果。

3.进程字段排序

默认进入top时,各进程是按照CPU的占用量来排序的,在下图中进程ID为28894的java进程排在第一(cpu占用142%),进程ID为574的java进程排在第二(cpu占用16%)。

      

    敲击键盘“x”(打开/关闭排序列的加亮效果),top的视图变化如下:

       

可以看到,top默认的排序列是“%CPU”。

4. 通过”shift + >”或”shift + <”可以向右或左改变排序列

下图是按一次”shift + >”的效果图,视图现在已经按照%MEM来排序。

        

实例2:显示 完整命令

命令:

top -c

输出:

      

说明:

实例3:以批处理模式显示程序信息

命令:

top -b

输出:

说明:

实例4:以累积模式显示程序信息

命令:

top -S

输出:

说明:

实例5:设置信息更新次数

命令:

  top -n 2

输出:

说明:

表示更新两次后终止更新显示

实例6:设置信息更新时间

命令:

top -d 3

输出:

说明:

表示更新周期为3秒

实例7:显示指定的进程信息

命令:

top -p 574

输出:


说明:

     5.top交互命令

在top 命令执行过程中可以使用的一些交互命令。这些命令都是单字母的,如果在命令行中使用了s 选项, 其中一些命令可能会被屏蔽。

h 显示帮助画面,给出一些简短的命令总结说明

k 终止一个进程。

i 忽略闲置和僵死进程。这是一个开关式命令。

q 退出程序

r 重新安排一个进程的优先级别

S 切换到累计模式

s 改变两次刷新之间的延迟时间(单位为s),如果有小数,就换算成m s。输入0值则系统将不断刷新,默认值是5 s

f或者F 从当前显示中添加或者删除项目

o或者O 改变显示项目的顺序

l 切换显示平均负载和启动时间信息

m 切换显示内存信息

t 切换显示进程和CPU状态信息

c 切换显示命令名称和完整命令行

M 根据驻留内存大小进行排序

P 根据CPU使用百分比大小进行排序

T 根据时间/累计时间进行排序

W 将当前设置写入~/.toprc文件中
【语音分离】基于平均谐波结构建模的无监督单声道音乐声源分离(Matlab代码实现)内容概要:本文介绍了基于平均谐波结构建模的无监督单声道音乐声源分离方法,并提供了相应的Matlab代码实现。该方法通过对音乐信号中的谐波结构进行建模,利用音源间的频率特征差异,实现对混合音频中同乐器或人声成分的有效分离。整个过程无需标注数据,属于无监督学习范畴,适用于单通道录音场景下的语音与音乐分离任务。文中强调了算法的可复现性,并附带完整的仿真资源链接,便于读者学习与验证。; 适合人群:具备一定信号处理基础和Matlab编程能力的高校学生、科研人员及从事音频处理、语音识别等相关领域的工程师;尤其适合希望深入理解声源分离原理并进行算法仿真实践的研究者。; 使用场景及目标:①用于音乐音频中人声与伴奏的分离,或同乐器之间的分离;②支持无监督条件下的语音处理研究,推动盲源分离技术的发展;③作为学术论文复现、课程项目开发或科研原型验证的技术参考。; 阅读建议:建议读者结合提供的Matlab代码与网盘资料同步运行调试,重点关注谐波建模与频谱分解的实现细节,同时可扩展学习盲源分离中的其他方法如独立成分分析(ICA)或非负矩阵分解(NMF),以加深对音频信号分离机制的理解。
内容概要:本文系统介绍了新能源汽车领域智能底盘技术的发展背景、演进历程、核心技术架构及创新形态。文章指出智能底盘作为智能汽车的核心执行层,通过线控化(X-By-Wire)和域控化实现驱动、制动、转向、悬架的精准主动控制,支撑高阶智能驾驶落地。技术发展历经机械、机电混合到智能三个阶段,当前以线控转向、线控制动、域控制器等为核心,并辅以传感器、车规级芯片、功能安全等配套技术。文中还重点探讨了“智能滑板底盘”这一创新形态,强调其高度集成化、模块化优势及其在成本、灵活性、空间利用等方面的潜力。最后通过“2025智能底盘先锋计划”的实车测试案例,展示了智能底盘在真实场景中的安全与性能表现,推动技术从研发走向市场验证。; 适合人群:汽车电子工程师、智能汽车研发人员、新能源汽车领域技术人员及对智能底盘技术感兴趣的从业者;具备一定汽车工程或控制系统基础知识的专业人士。; 使用场景及目标:①深入了解智能底盘的技术演进路径与系统架构;②掌握线控技术、域控制器、滑板底盘等关键技术原理与应用场景;③为智能汽车底盘研发、系统集成与技术创新提供理论支持与实践参考。; 阅读建议:建议结合实际车型和技术标准进行延伸学习,关注政策导向与行业测试动态,注重理论与实车验证相结合,全面理解智能底盘从技术构想到商业化落地的全过程。
【顶级EI复现】计及连锁故障传播路径的电力系统 N-k 多阶段双层优化及故障场景筛选模型(Matlab代码实现)内容概要:本文介绍了名为《【顶级EI复现】计及连锁故障传播路径的电力系统 N-k 多阶段双层优化及故障场景筛选模型(Matlab代码实现)》的技术资源,重点围绕电力系统中连锁故障的传播路径展开研究,提出了一种N-k多阶段双层优化模型,并结合故障场景筛选方法,用于提升电力系统在复杂故障条件下的安全性与鲁棒性。该模型通过Matlab代码实现,具备较强的工程应用价值和学术参考意义,适用于电力系统风险评估、脆弱性分析及预防控制策略设计等场景。文中还列举了大量相关的科研技术支持方向,涵盖智能优化算法、机器学习、路径规划、信号处理、电力系统管理等多个领域,展示了广泛的仿真与复现能力。; 适合人群:具备电力系统、自动化、电气工程等相关背景,熟悉Matlab编程,有一定科研基础的研究生、高校教师及工程技术人员。; 使用场景及目标:①用于电力系统连锁故障建模与风险评估研究;②支撑高水平论文(如EI/SCI)的模型复现与算法验证;③为电网安全分析、故障传播防控提供优化决策工具;④结合YALMIP等工具进行数学规划求解,提升科研效率。; 阅读建议:建议读者结合提供的网盘资源,下载完整代码与案例进行实践操作,重点关注双层优化结构与场景筛选逻辑的设计思路,同时可参考文档中提及的其他复现案例拓展研究视野。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值