精华内容
下载资源
问答
  • 引言:top命令作为Linux下最常用的性能分析工具之一,可以监控、收集进程的CPU、IO、内存使用情况。比如我们可以通过top命令获得一个进程使用了多少虚拟内存(VIRT)、物理内存(RES)、共享内存(SHR)。 最近遇到...

    引 言: top命令作为Linux下最常用的性能分析工具之一,可以监控、收集进程的CPU、IO、内存使用情况。比如我们可以通过top命令获得一个进程使用了多少虚拟内存(VIRT)、物理内存(RES)、共享内存(SHR)。

    最近遇到一个咨询问题,某产品做性能分析需要获取进程占用物理内存的实际大小(不包括和其他进程共享的部分),看似很简单的问题,但经过研究分析后,发现背后有很多故事……

    1 VIRT RES SHR的准确含义

     

    剖析top命令显示的VIRT RES SHR值 - yalung - Y A L U N G

     

    三个内存指标,VRIT,RES,SHR准确含义是什么?谁能告诉我们?MAN页?Linux专家?SUSE工程师?Linus?谁能说出最正确答案?没人!因为惟有源代码才是最正确的答案。

    那我们就去看下源码吧,这就是开源软件的最大的好处。

    首先这三个数据的源头,肯定是内核,进程的相关数据结构肯定是由内核维护。那么top作为一个用户空间的程序,要想获取内核空间的数据,就需要通过系统接口(API)获取。而proc文件系统是Linux内核空间和用户空间交换数据的一个途径,而且是非常重要的一种途径,这点和windows更倾向于基于函数调用的形式不同。

    当你调用系统函数read读取一个普通文件时,内核执行对应文件系统的代码从磁盘传送文件内容给你。

    当你调用系统函数read读取一个 proc文件时,内核执行对应的proc文件系统的代码从内核的数据结构中传送相关内容给你。proc文件和磁盘没有关系。只是系统接口而已。

    而一个进程的相关信息,Linux全部通过/proc/<pid>/内的文件告诉了我们。

    如下,你可以使用普通的文件读写工具,比如cat获取进程的各种信息。这比函数调用的方式灵活多了、丰富多了。

     

    剖析top命令显示的VIRT RES SHR值 - yalung - Y A L U N G

     

     

    回到我们的问题,top命令显示的进程信息,肯定也是通过proc获取的,因为除此之外没有其他途径,没有系统函数可以做这个事情,top也不可能越过用户层直取内核获取数据。

    带着以上信息,很快就可以从top的源码中找到关键代码:

     

    剖析top命令显示的VIRT RES SHR值 - yalung - Y A L U N G
     

     

    啊哈,statm文件:

     

    剖析top命令显示的VIRT RES SHR值 - yalung - Y A L U N G

     

    根据sscanf的顺序,第一个值是VIRT,第二个值是RES,第三个值是SHR!

    等等,好像数值对不上,top显示的SHR是344k,而statm给出的是86!

    再来看一行关键代码:

     

    剖析top命令显示的VIRT RES SHR值 - yalung - Y A L U N G
     

     

    statm显示的是页数,top显示的是KB。X86下,一页是4KB,86 * 4 = 344。这就对了!

     

    于是乎,我们找到了最关键的入口,接下来按图索骥,看看内核是怎么产生statm文件内容就可以了。~~

     

     

    proc_pid_statm函数负责产生statm文件内容,当你使用cat命令打印statm文件时,内核中的这个函数会执行。

    proc_pid_statm获取进程的mm_struct数据结构,而这个数据结构就是进程的内存描述符,通过它可以获取进程内存使用、映射的全部信息。

         进一步考察task_statm函数,可以看到:

     

    剖析top命令显示的VIRT RES SHR值 - yalung - Y A L U N G

     

    第一个值(VIRT)就是mm->total_vm,即进程虚存的总大小,这个比较清晰,只要进程申请了内存,无论是malloc还是堆栈还是全局,都会计入这个值;

    第二个值(RES)是mm->file_rss+mm->anon_rss;

    第三个值(SHR)是mm->file_rss。

     RES要和SHR结合者看,内核把物理内存分为了两部分,一部分是映射至文件的,一部分是没有映射至文件的即匿名内存,完全和共不共享没有关系!

    但file_rss为什么叫做shared呢?应该是一种指示性表述,表示这部分内存可能是共享的。但并不代表真正共享了。那么到底哪些计入file_rss?通过查阅相关代码,发现(可能有遗漏):

    l 程序的代码段。

    l 动态库的代码段。

    l 通过mmap做的文件映射。

    l 通过mmap做的匿名映射,但指明了MAP_SHARED属性。

    l 通过shmget申请的共享内存。

     即进程通过以上方式占用的物理内存,计入file_rss,也就是top的SHR字段。我们看到一般这些内存都是以共享方式存在。但如果某个动态库只一个进程在使用,它的代码段就没有被共享着。

    反过来再来看anon_rss统计的内容,是否就一定是独占的?也不是,比如新fork之后的子进程,由于copy on write机制,在页面被修改之前,和父进程共享。这部分值并不体现在top命令的SHR字段内。

     综上所述top命令显示的SHR字段,并不是准确描述了进程与其他进程共享使用的内存数量,是存在误差的。 

    那么如何获取进程准确的共享内存数量?

    2 获取进程准确的共享内存数量

    我们注意到在描述进程信息的proc/<pid>内,有一个smaps文件,里面展示了所有内存段的信息,其中有Shared_Clean Shared_Dirty Private_Clean Private_Dirty:几个字段。

     

    剖析top命令显示的VIRT RES SHR值 - yalung - Y A L U N G
     

     

     

    找到相关代码,可以看到,一个页面如果映射数>=2计入Shared_* ; 如果=1计入Private_*。(脏页计入*_Dirty,否则计入*_Clean)

     

     

    剖析top命令显示的VIRT RES SHR值 - yalung - Y A L U N G

     

         统计smaps文件内所有段的Shared_*值的总和就是进程准确的共享内存数量!

         统计smaps文件内所有段的Private_*值的总和就是进程准确的独占内存数量!

    3 总结

    通过以上分析,我们可以得到如下结论:

    l top命令通过解析/proc/<pid>/statm统计VIRT和RES和SHR字段值。

    l VIRT是申请的虚拟内存总量。

    l RES是进程使用的物理内存总和。

    l SHR是RES中”映射至文件”的物理内存总和。包括:

    程序的代码段。

    动态库的代码段。

    通过mmap做的文件映射。

    通过mmap做的匿名映射,但指明了MAP_SHARED属性。

    通过shmget申请的共享内存。

    l /proc/<pid>/smaps内Shared_*统计的是RES中映射数量>=2的物理内存。

    l /proc/<pid>/smaps内Private_*统计的是RES中映射数量=1的物理内存。

    转载于:https://www.cnblogs.com/youngerger/p/8460767.html

    展开全文
  • 引言:top命令作为Linux下最常用的性能分析工具之一,可以监控、收集进程的CPU、IO、内存使用情况。比如我们可以通过top命令获得一个进程使用了多少虚拟内存(VIRT)、物理内存(RES)、共享内存(SHR)。 最近遇到...

    引 言: top命令作为Linux下最常用的性能分析工具之一,可以监控、收集进程的CPU、IO、内存使用情况。比如我们可以通过top命令获得一个进程使用了多少虚拟内存(VIRT)、物理内存(RES)、共享内存(SHR)。

    最近遇到一个咨询问题,某产品做性能分析需要获取进程占用物理内存的实际大小(不包括和其他进程共享的部分),看似很简单的问题,但经过研究分析后,发现背后有很多故事……

    1 VIRT RES SHR的准确含义

     

    剖析top命令显示的VIRT RES SHR值 - yalung - Y A L U N G

     

    三个内存指标,VRIT,RES,SHR准确含义是什么?谁能告诉我们?MAN页?Linux专家?SUSE工程师?Linus?谁能说出最正确答案?没人!因为惟有源代码才是最正确的答案。

    那我们就去看下源码吧,这就是开源软件的最大的好处。

    首先这三个数据的源头,肯定是内核,进程的相关数据结构肯定是由内核维护。那么top作为一个用户空间的程序,要想获取内核空间的数据,就需要通过系统接口(API)获取。而proc文件系统是Linux内核空间和用户空间交换数据的一个途径,而且是非常重要的一种途径,这点和windows更倾向于基于函数调用的形式不同。

    当你调用系统函数read读取一个普通文件时,内核执行对应文件系统的代码从磁盘传送文件内容给你。

    当你调用系统函数read读取一个 proc文件时,内核执行对应的proc文件系统的代码从内核的数据结构中传送相关内容给你。proc文件和磁盘没有关系。只是系统接口而已。

    而一个进程的相关信息,Linux全部通过/proc/<pid>/内的文件告诉了我们。

    如下,你可以使用普通的文件读写工具,比如cat获取进程的各种信息。这比函数调用的方式灵活多了、丰富多了。

     

    剖析top命令显示的VIRT RES SHR值 - yalung - Y A L U N G

     

     

    回到我们的问题,top命令显示的进程信息,肯定也是通过proc获取的,因为除此之外没有其他途径,没有系统函数可以做这个事情,top也不可能越过用户层直取内核获取数据。

    带着以上信息,很快就可以从top的源码中找到关键代码:

     

    剖析top命令显示的VIRT RES SHR值 - yalung - Y A L U N G
     

     

    啊哈,statm文件:

     

    剖析top命令显示的VIRT RES SHR值 - yalung - Y A L U N G

     

    根据sscanf的顺序,第一个值是VIRT,第二个值是RES,第三个值是SHR!

    等等,好像数值对不上,top显示的SHR是344k,而statm给出的是86!

    再来看一行关键代码:

     

    剖析top命令显示的VIRT RES SHR值 - yalung - Y A L U N G
     

     

    statm显示的是页数,top显示的是KB。X86下,一页是4KB,86 * 4 = 344。这就对了!

     

    于是乎,我们找到了最关键的入口,接下来按图索骥,看看内核是怎么产生statm文件内容就可以了。~~

     

     

    proc_pid_statm函数负责产生statm文件内容,当你使用cat命令打印statm文件时,内核中的这个函数会执行。

    proc_pid_statm获取进程的mm_struct数据结构,而这个数据结构就是进程的内存描述符,通过它可以获取进程内存使用、映射的全部信息。

         进一步考察task_statm函数,可以看到:

     

    剖析top命令显示的VIRT RES SHR值 - yalung - Y A L U N G

     

    第一个值(VIRT)就是mm->total_vm,即进程虚存的总大小,这个比较清晰,只要进程申请了内存,无论是malloc还是堆栈还是全局,都会计入这个值;

    第二个值(RES)是mm->file_rss+mm->anon_rss;

    第三个值(SHR)是mm->file_rss。

     RES要和SHR结合者看,内核把物理内存分为了两部分,一部分是映射至文件的,一部分是没有映射至文件的即匿名内存,完全和共不共享没有关系!

    但file_rss为什么叫做shared呢?应该是一种指示性表述,表示这部分内存可能是共享的。但并不代表真正共享了。那么到底哪些计入file_rss?通过查阅相关代码,发现(可能有遗漏):

    l 程序的代码段。

    l 动态库的代码段。

    l 通过mmap做的文件映射。

    l 通过mmap做的匿名映射,但指明了MAP_SHARED属性。

    l 通过shmget申请的共享内存。

     即进程通过以上方式占用的物理内存,计入file_rss,也就是top的SHR字段。我们看到一般这些内存都是以共享方式存在。但如果某个动态库只一个进程在使用,它的代码段就没有被共享着。

    反过来再来看anon_rss统计的内容,是否就一定是独占的?也不是,比如新fork之后的子进程,由于copy on write机制,在页面被修改之前,和父进程共享。这部分值并不体现在top命令的SHR字段内。

     综上所述top命令显示的SHR字段,并不是准确描述了进程与其他进程共享使用的内存数量,是存在误差的。 

    那么如何获取进程准确的共享内存数量?

    2 获取进程准确的共享内存数量

    我们注意到在描述进程信息的proc/<pid>内,有一个smaps文件,里面展示了所有内存段的信息,其中有Shared_Clean Shared_Dirty Private_Clean Private_Dirty:几个字段。

     

    剖析top命令显示的VIRT RES SHR值 - yalung - Y A L U N G
     

     

     

    找到相关代码,可以看到,一个页面如果映射数>=2计入Shared_* ; 如果=1计入Private_*。(脏页计入*_Dirty,否则计入*_Clean)

     

     

    剖析top命令显示的VIRT RES SHR值 - yalung - Y A L U N G

     

         统计smaps文件内所有段的Shared_*值的总和就是进程准确的共享内存数量!

         统计smaps文件内所有段的Private_*值的总和就是进程准确的独占内存数量!

    3 总结

    通过以上分析,我们可以得到如下结论:

    l top命令通过解析/proc/<pid>/statm统计VIRT和RES和SHR字段值。

    l VIRT是申请的虚拟内存总量。

    RES是进程使用的物理内存总和。

    l SHR是RES中”映射至文件”的物理内存总和。包括:

    程序的代码段。

    动态库的代码段。

    通过mmap做的文件映射。

    通过mmap做的匿名映射,但指明了MAP_SHARED属性。

    通过shmget申请的共享内存。

    l /proc/<pid>/smaps内Shared_*统计的是RES中映射数量>=2的物理内存。

    l /proc/<pid>/smaps内Private_*统计的是RES中映射数量=1的物理内存。

    转载于:https://www.cnblogs.com/saryli/p/9920426.html

    展开全文
  • 引言:top命令作为Linux下最常用的性能分析工具之一,可以监控、收集进程的CPU、IO、内存使用情况。比如我们可以通过top命令获得一个进程使用了多少虚拟内存(VIRT)、物理内存(RES)、共享内存(SHR)。最近遇到一个咨询...

    引 言: top命令作为Linux下最常用的性能分析工具之一,可以监控、收集进程的CPU、IO、内存使用情况。比如我们可以通过top命令获得一个进程使用了多少虚拟内存(VIRT)、物理内存(RES)、共享内存(SHR)。

    最近遇到一个咨询问题,某产品做性能分析需要获取进程占用物理内存的实际大小(不包括和其他进程共享的部分),看似很简单的问题,但经过研究分析后,发现背后有很多故事……

    1 VIRT RES SHR的准确含义

    三个内存指标,VRIT,RES,SHR准确含义是什么?谁能告诉我们?MAN页?Linux专家?SUSE工程师?Linus?谁能说出最正确答案?没人!因为惟有源代码才是最正确的答案。

    那我们就去看下源码吧,这就是开源软件的最大的好处。

    首先这三个数据的源头,肯定是内核,进程的相关数据结构肯定是由内核维护。那么top作为一个用户空间的程序,要想获取内核空间的数据,就需要通过系统接口(API)获取。而proc文件系统是Linux内核空间和用户空间交换数据的一个途径,而且是非常重要的一种途径,这点和windows更倾向于基于函数调用的形式不同。

    当你调用系统函数read读取一个普通文件时,内核执行对应文件系统的代码从磁盘传送文件内容给你。

    当你调用系统函数read读取一个 proc文件时,内核执行对应的proc文件系统的代码从内核的数据结构中传送相关内容给你。proc文件和磁盘没有关系。只是系统接口而已。

    而一个进程的相关信息,Linux全部通过/proc//内的文件告诉了我们。

    如下,你可以使用普通的文件读写工具,比如cat获取进程的各种信息。这比函数调用的方式灵活多了、丰富多了。

    回到我们的问题,top命令显示的进程信息,肯定也是通过proc获取的,因为除此之外没有其他途径,没有系统函数可以做这个事情,top也不可能越过用户层直取内核获取数据。

    带着以上信息,很快就可以从top的源码中找到关键代码:

    啊哈,statm文件:

    根据sscanf的顺序,第一个值是VIRT,第二个值是RES,第三个值是SHR!

    等等,好像数值对不上,top显示的SHR是344k,而statm给出的是86!

    再来看一行关键代码:

    statm显示的是页数,top显示的是KB。X86下,一页是4KB,86 * 4 = 344。这就对了!

    于是乎,我们找到了最关键的入口,接下来按图索骥,看看内核是怎么产生statm文件内容就可以了。~~

    proc_pid_statm函数负责产生statm文件内容,当你使用cat命令打印statm文件时,内核中的这个函数会执行。

    proc_pid_statm获取进程的mm_struct数据结构,而这个数据结构就是进程的内存描述符,通过它可以获取进程内存使用、映射的全部信息。

    进一步考察task_statm函数,可以看到:

    第一个值(VIRT)就是mm->total_vm,即进程虚存的总大小,这个比较清晰,只要进程申请了内存,无论是malloc还是堆栈还是全局,都会计入这个值;

    第二个值(RES)是mm->file_rss+mm->anon_rss;

    第三个值(SHR)是mm->file_rss。

    RES要和SHR结合者看,内核把物理内存分为了两部分,一部分是映射至文件的,一部分是没有映射至文件的即匿名内存,完全和共不共享没有关系!

    但file_rss为什么叫做shared呢?应该是一种指示性表述,表示这部分内存可能是共享的。但并不代表真正共享了。那么到底哪些计入file_rss?通过查阅相关代码,发现(可能有遗漏):

    l 程序的代码段。

    l 动态库的代码段。

    l 通过mmap做的文件映射。

    l 通过mmap做的匿名映射,但指明了MAP_SHARED属性。

    l 通过shmget申请的共享内存。

    即进程通过以上方式占用的物理内存,计入file_rss,也就是top的SHR字段。我们看到一般这些内存都是以共享方式存在。但如果某个动态库只一个进程在使用,它的代码段就没有被共享着。

    反过来再来看anon_rss统计的内容,是否就一定是独占的?也不是,比如新fork之后的子进程,由于copy on write机制,在页面被修改之前,和父进程共享。这部分值并不体现在top命令的SHR字段内。

    综上所述top命令显示的SHR字段,并不是准确描述了进程与其他进程共享使用的内存数量,是存在误差的。

    那么如何获取进程准确的共享内存数量?

    2 获取进程准确的共享内存数量

    我们注意到在描述进程信息的proc/内,有一个smaps文件,里面展示了所有内存段的信息,其中有Shared_Clean Shared_Dirty Private_Clean Private_Dirty:几个字段。

    找到相关代码,可以看到,一个页面如果映射数>=2计入Shared_* ; 如果=1计入Private_*。(脏页计入*_Dirty,否则计入*_Clean)

    统计smaps文件内所有段的Shared_*值的总和就是进程准确的共享内存数量!

    统计smaps文件内所有段的Private_*值的总和就是进程准确的独占内存数量!

    3 总结

    通过以上分析,我们可以得到如下结论:

    l top命令通过解析/proc//statm统计VIRT和RES和SHR字段值。

    l VIRT是申请的虚拟内存总量。

    l RES是进程使用的物理内存总和。

    l SHR是RES中”映射至文件”的物理内存总和。包括:

    程序的代码段。

    动态库的代码段。

    通过mmap做的文件映射。

    通过mmap做的匿名映射,但指明了MAP_SHARED属性。

    通过shmget申请的共享内存。

    l /proc//smaps内Shared_*统计的是RES中映射数量>=2的物理内存。

    l /proc//smaps内Private_*统计的是RES中映射数量=1的物理内存。

    展开全文
  • top 命令参数使用说明

    千次阅读 2020-11-27 15:22:08
    同事问:师兄我想要Linux的系统运行内存排序,要怎么才能查? 回答:问百度吧! 一段时间后.... 同事问:百度用的方法查询显示都是些KB的数据,我了还是要自己去算,太麻烦了. 回答:其实百度出来的答案都走...

    同事问:师兄 我想要看Linux的系统运行内存排序,要怎么才能查?

    回答:问百度吧!

    一段时间后....

    同事问:百度用的方法查询显示都是些KB的数据,我看了还是要自己去算,太麻烦了.

    回答:其实百度出来的答案都走偏了,喏 就这么简单!

    一:Linux的top 命令查看CPU倒序、或者内存倒序

    来,跟我做:
    [root@iZbp1f0xuq9rc41s6gdvfyZ ~]# top
    
    下一步:按 e 切换到你喜欢的内存单位
    下一步:按 shift + m 或者 M 做内存大小的排序
    
    上面的效果就出来了,并不复杂哟!

    二:TOP的交互命令

    c: 显示完整的命令
    d: 更改刷新频率
    f: 增加或减少要显示的列(选中的会变成大写并加*号)
    F: 选择排序的列
    h: 显示帮助画面
    H: 显示线程
    i: 忽略闲置和僵死进程
    k: 通过给予一个PID和一个signal来终止一个进程。(默认signal为15。在安全模式中此命令被屏蔽)
    l:  显示平均负载以及启动时间(即显示影藏第一行)
    m: 显示内存信息
    M: 根据内存资源使用大小进行排序
    N: 按PID由高到低排列
    o: 改变列显示的顺序
    O: 选择排序的列,与F完全相同
    P: 根据CPU资源使用大小进行排序
    q: 退出top命令
    r: 修改进程的nice值(优先级)。优先级默认为10,正值使优先级降低,反之则提高的优先级
    s: 设置刷新频率(默认单位为秒,如有小数则换算成ms)。默认值是5s,输入0值则系统将不断刷新
    S: 累计模式(把已完成或退出的子进程占用的CPU时间累计到父进程的MITE+ )
    T: 根据进程使用CPU的累积时间排序
    t: 显示进程和CPU状态信息(即显示影藏CPU行)
    u: 指定用户进程
    W: 将当前设置写入~/.toprc文件,下次启动自动调用toprc文件的设置
    <: 向前翻页
    >: 向后翻页
    ?: 显示帮助画面
    1(数字1): 显示每个CPU的详细情况

    三:你要看CPU的运行占用排序也是可以的哟

    来,跟我做:
    [root@iZbp1f0xuq9rc41s6gdvfyZ ~]# top
    
    下一步:按 e 切换到你喜欢的内存单位
    下一步:按 shift + p 或者 P 做内存大小的排序
    

    其他的场景,多自己玩玩。

    展开全文
  • 1、toptop命令是Linux下常用的性能分析工具,能够实时显示系统中各个进程的资源占用状况,类似于Windows的任务管理器可以直接使用top命令后,查看%MEM的内容。可以选择按进程查看或者按用户查看,如想查看oracle用户...
  • 请关注本头条号,每天坚持更新原创干货技术文章。如需学习视频,请在微信搜索公众号“智传网优”直接开始自助视频学习前言ps命令是Linux系统运维中经常用到的...如果想要跟踪进程信息,请使用top命令。ps命令的语...
  • 当执行top命令看到结果,要怎么看呢?这里说明一下: Mem: 666666k total, 55555k used,并不是代表你的应用程序已经使用了55555k的内存,这55555k是包含了:应用程序内存 + 缓冲 + 缓存的内存的。 用free命令查看更...
  • 使用top 命令 如果不是怎么办 二、处理办法 1、把没有用到的消耗内存的服务进程Kill掉 kill -9 ID 2、让系统自动回收最好 用grep low /proc/zoneinfo,得到如下结果 可以通过以下方法调大这个阈值:将...
  • 前言上周刚来了个应届小师弟,组长说让我带着,周二问了我这样一个问题:师兄啊,我用top命令看了下服务器的内存占用情况,发现Redis内存占用严重,于是我就删除了大部分不用的keys,为什么内存占用还是很严重,并...
  • 如何正确查看Linux机器内存使用情况

    千次阅读 2019-06-20 11:54:15
    为什么top命令看内存会有误区? top是个很好用的系统分析工具,可以实时查看进程,cpu使用率,内存使用率等情况,有点像windows下的任务管理器。我以前一直以为top看到的就是真正的内存使用情况,后...
  • 原文链接 如何正确查看Linux机器内存使用情况背景只要工作上涉及到...为什么top命令看内存会有误区?top是个很好用的系统分析工具,可以实时查看进程,cpu使用率,内存使用率等情况,有点像windows下的任务管理器...
  • Linux内存占用过高排查过程

    千次阅读 2020-03-23 10:57:57
    一朋友找我说,他们一个项目的服务器内存占用率太高了,让我帮忙怎么回事...使用top命令看了下系统的状态 系统的整体负载和cpu并不高,但是内存使用比较高(总8G使用了7.2G)。 使用M按内存占用率排序 2 查...
  • 今天发现在OpenWRT(RT5350)跑的一个应用程序(C++写的)内存溢出导致程序崩溃;同事叫我安装GDB来调试,我...无奈之下我就一个线程一个线程注释来查看内存(top命令看内存使用情况);发现其中一个线程注释后就不会内
  • LINUX free命令

    2012-10-16 12:49:00
    今天又小白了,今天打开服务器一,我擦,16G内存怎么没剩下多少了!!!! 然后马上TOP (然后输入M),按照内存使用排序,发现没多少东西 然后自己就非常纳闷,跑来问大家,然后也非...
  • why? 性能测试实时过程中,我们要实时去服务器各项指标,以观察问题出在哪里,那么怎么查看性能...top命令 //实时监控系统运行状态,并且可以按照cpu 及内存进行排序 top 参数: -h :帮助 -p: 监控指定的进程,...

空空如也

空空如也

1 2 3 4
收藏数 66
精华内容 26
关键字:

top命令怎么看内存