根据这个答案，我们可以通过收集N个样本，采样周期为T来估计特定进程在特定时间内的平均CPU和内存利用率，如下所示:

N=3;
T=1;
PROCESS_NAME="my_proc";

top -b -c -n $(let tmp=N+1; echo $tmp) -d ${T} -p $(pgrep ${PROCESS_NAME}) | 
grep ${PROCESS_NAME} |  
tee /var/tmp/foo.log |
tail -n +2 | 
awk -v N=$N 'BEGIN{
                c=0; 
                m=0
            }{
                c=c+$9; 
                m=m+$10
            }END{
                printf("%s %s\n", c/N, m/N) 
            }';

为了能够计算结果，我们将top的输出收集到/var/tmp/foo.log文件中。预期输出是这样的:

2.33333 6.9

以及日志文件的内容:

196918 root      20   0   24.4g   1.3g 113872 S   0.0   6.9  39:58.15 my_proc
196918 root      20   0   24.4g   1.3g 113872 S   2.0   6.9  39:58.17 my_proc
196918 root      20   0   24.4g   1.3g 113872 S   3.0   6.9  39:58.20 my_proc
196918 root      20   0   24.4g   1.3g 113872 S   2.0   6.9  39:58.22 my_proc

注意，我们忽略了top命令的第一次执行(tail -n +2)。

您可以通过使用的进程名获取结果

ps -C chrome -o %cpu,%mem,cmd

-C选项允许你在不知道pid的情况下使用进程名。

要获得应用程序的内存使用情况(而不是它使用的共享库)，需要使用Linux smaps接口。这个答案很好地解释了这一点。

Ps命令(不应使用):

CPU使用率目前表示为进程整个生命周期中运行所花费时间的百分比。

最高命令(应使用):

自上次屏幕更新以来，任务占用CPU时间的份额，表示为总CPU时间的百分比。

使用top实时获取CPU使用情况(当前短间隔):

Top -b -n 2 -d 0.2 -p 6962 | tail -1 | awk '{打印$9}'

会像这样回响:78.6

- b:批处理模式 -n 2:迭代次数，使用2是因为:当你第一次运行它时，它没有前值 样本进行比较，因此这些初始值是启动后的百分比。 -d 0.2:延时时间(单位:秒，这里是200ms) -p 6962: monitor - pid 尾部-1:最后一行 Awk '{print $9}':第9列(CPU使用率)

ps axo pid,etime,%cpu,%mem,cmd | grep 'processname' | grep -v grep

PID -进程号

etime -进程运行/活时长

%cpu - cpu使用率

%mem -内存使用率

cmd -命令

将processname替换为任何你想跟踪的进程，mysql nginx php-fpm等等…

对于那些纠结了一段时间，想知道为什么选定的答案不管用的人:

ps -p <pid> -o %cpu,%mem

%cpu和%mem之间没有空格。