我了解top命令（ 6.5%us ， 17.2%sy ， 0.0%ni等）报告的各种CPU使用情况，但是为什么每个进程的总CPU百分比不能累加到任何一个Cpu(s)值？ 例如，java进程下面占用了77.5％的CPU，而Cpu(s)说76.0％仍然是空闲的。 为什么是这样？ 这是在一个单一的核心系统。 top – 05:53:27 up 32 min, 2 users, load average: 0.16, 0.29, 0.34 Tasks: 71 total, 1 running, 70 sleeping, 0 stopped, 0 zombie Cpu(s): 6.5%us, 17.2%sy, 0.0%ni, 76.0%id, 0.0%wa, 0.0%hi, 0.3%si, 0.0%st Mem: 1758616k total, 643432k used, 1115184k free, 12224k buffers Swap: 917500k total, 0k […]
我有一些服务器和一些客户端的应用程序，我想让一个应用程序可供客户端查看服务器和应用程序的状态，并能够重新启动一些服务。 我已经完成了它的主要部分，用一个自定义的shell脚本replace一个SSH用户的loginshell，给他一个菜单，有一些选项可以做到这一点。 一旦他login，该菜单就会随着sudo （使用NOPASSWD ）自动启动，因为脚本需要重新启动系统服务。 问题是，我希望他查看top或htop的输出，但我不希望他能够杀死或renice进程，也许其他top和htop允许的事情。 我只是想让他查看top的输出。 有没有任何选项，标志或等效命令？
我最近遇到了一个看起来使用“top”命令的屏幕截图，但它显示了更多有关CPU使用情况的深入信息： 该程序显示了WordPress的哪个插件占用了所有的资源。 这怎么可能？
我使用Ubuntu Server 10.04。 我有通常无法访问sudo的用户。 当这个用户使用top命令时，他只能看到当前用户的进程。 我添加了一行到/etc/sudoers ： user ALL = NOPASSWD: /usr/bin/top 但是现在我们不仅可以访问系统进程列表，还可以访问它们，这是不希望的。 还有其他的方法吗？
我的服务器一直处于非常高的内存使用状态 ，直到它不会让我通过sshlogin。 我必须重新启动服务器，然后才能login，重新启动时，内存下降到约90％，缓慢运行，达到约190％。 我注意到，重新启动Apache也让我回到90％，我可以慢慢地观看使用托pipe工具的内存上升。 我一直在看顶部，但我不知道该找什么。 我很确定罪魁祸首是Apache，但我不知道为什么。 在130％ top – 08:14:59 up 49 min, 1 user, load average: 0.04, 0.01, 0.00 Tasks: 41 total, 1 running, 40 sleeping, 0 stopped, 0 zombie Cpu(s): 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 946344k total, 724484k used, 221860k free, 0k buffers Swap: 0k total, 0k used, 0k free, […]
看看我们的服务器上的输出，我的一个同事告诉我，一些进程得到的CPU不到100％的事实是因为我运行了太多的进程。 他补充说，根据他的经验，如果我运行less于6个进程，那么可能所有的进程将有100“CPU％”。 我不想为其他用户烦恼，但我怀疑他说的是对的。 服务器有16个内核，当前的平均负载在10到11之间。据我所知，它不是过载的。 但是我不知道为什么有些进程只是不到100“CPU”？ 真的是因为我吗？ 感谢致敬！ 这里是顶端的输出： top – 16:34:13 up 32 days, 1:36, 12 users, load average: 10.61, 10.39, 10.22 Tasks: 380 total, 10 running, 370 sleeping, 0 stopped, 0 zombie Cpu(s): 55.0%us, 1.7%sy, 0.0%ni, 42.2%id, 0.5%wa, 0.1%hi, 0.4%si, 0.0%st Mem: 130766620k total, 39859784k used, 90906836k free, 849412k buffers Swap: 47351548k total, 279456k […]
有没有办法让htop中的进程列表只显示为命令的名称，而不是完整的path名w / flags？
我们有一个Ubuntu 10.4 VPS服务Rails网站，经常显示相当高的负载，但没有高CPU或内存的数量。 在服务器故障这里读了很多其他的问题 ，告诉我这是一个I / O问题 （即有些进程被卡在I / O等待状态，从而导致负载上升）。 我试图追查这些过程 ，但没有太多的运气。 我会很感激帮助：（a）识别有罪过程的方法，和/或（b）确认我提出正确的问题。 这里是top的快照： 顶部 – 18:28:49最多5天，3：7,2个用户，平均负载：1.79，1.83，1.73 任务：总共82个，1个跑步，81个睡眠，0个停止，0个僵尸 Cpu：0.0％us，0.3％sy，0.0％ni，99.6％id，0.0％wa，0.0％hi，0.0％si，0.1％st Mem：总共1794980k，使用1780384k，14596k免费，13356k缓冲 Swap：总共524284k，使用3116k，免费521168k，caching1012272k 注意低交换，CPU大多闲置; 这就是为什么我认为我们是I / O绑定，而不是内存或CPU绑定。 这里是iostat （我混淆了服务器名称）： $ iostat -x 1 3 Linux 2.6.35.2-xenU（our.server.com）03/25/11 _x86_64_（2 CPU） avg-cpu：％user％nice％system％iowait％steal％idle 1.75 0.19 0.50 0.31 0.01 97.24 设备：rrqm / s wrqm / sr / sw / s rsec / […]
在具有8个EBS卷和大量磁盘stream量的8路Amazon EC2实例（运行Linux 2.6.21）中，我们看到顶级（30-40％）和高负载平均（8-9）的高％wa。 我的理解是，等待来自EBS卷的I / O的进程被计入负载平均值（一个ps显示D状态中的几个进程，大约与负载平均值一样多）。 但是，不清楚％wa是什么意思。 CPU是否真的被占用，等待EBS卷的响应，还是内核调度另一个进程？ 我预料会有另一个进程安排; 但是我不明白为什么iowait时间会以占CPU总时间的百分比表示（除非百分比加起来超过100％）。 只要我们不关心EBS卷的I / O容量，我并不担心，但是如果CPU等待I / OI，我认为我们的机器在用完之前会耗尽CPU容量/ O容量。
我在几个4核心服务器上运行了一个相当繁重的事情，所有的服务器都在云中运行Ubuntu Precise Pangolin LTS 64位（所以我想在虚拟环境中）。 为了监控CPU的使用情况，我写了一个.sh，使用“top -b -n 1”（这是一个顶级的运行，只有第一个“帧”），并与其他一些数据合并，写一个小报告。 然而，顶端总是在cpus线上报告64％空闲，对于每个服务器，即使我确信所有四个内核都100％忙碌。 事实上，在交互式运行中，第一帧会报告64％的空闲时间，但只要刷新一次，就会报告正确的（接近0％的空闲）数据。 vmstat也在cpu列中，总是在第一行报告64％的空闲时间，然后开始报告（据说）真实的数据。 为什么？ 是在top / vmstat还是在内核中的错误？ 还是它是如何测量cpu％的已知副作用？ 为什么总是64％？ CPU负载反而总是正确的（大约4）。