我知道这已经被多次询问了，即使CPU不是罪魁祸首， wa一般也会导致高负载。 然而，在我们的例子中， wa是〜0，CPU在4核心，8线程专用服务器上是〜45％。 但是平均负载是8.33, 8.47, 8.28 这是一个top的转储： top – 11:16:41 up 139 days, 49 min, 1 user, load average: 8.33, 8.47, 8.28 Tasks: 313 total, 5 running, 308 sleeping, 0 stopped, 0 zombie %Cpu(s): 42.4 us, 13.4 sy, 0.0 ni, 36.9 id, 0.0 wa, 0.0 hi, 7.3 si, 0.0 st KiB Mem: 32939280 total, […]
我有一个运行大量cronjob的系统。 看来这些cron中的一个正在消耗过多的CPU和内存。 有没有简单的方法来审计cron作业的CPU和内存使用情况？
我的托pipe服务提供商使用名为clBackup的工具来备份我们的服务器，通过networking推送文件。 以下是我们提供给我们的一个ps输出： top – 10:06:24 up 25 days, 3:47, 5 users, load average: 6.63, 4.79, 4.23 Tasks: 357 total, 1 running, 355 sleeping, 0 stopped, 1 zombie Cpu(s): 25.0%us, 0.6%sy, 0.0%ni, 72.5%id, 1.2%wa, 0.5%hi, 0.1%si, 0.0%st Mem: 49447692k total, 49314632k used, 133060k free, 79628k buffers Swap: 2097144k total, 288k used, 2096856k free, 40614172k cached PID […]
如果我在开箱即用的fedora机器上以root身份运行进程，是否有任何理由让进程无法使用〜80％的cpu？
我正在和一家硬件公司的代表谈话，他试图向我推销一台新的服务器，他坚持认为，具有4MBcaching的四核2Ghz的E5504 CPU将比我们现有的Q6600 CPU（Core2四核2.4Ghz与8MBcaching。 http://ark.intel.com/Compare.aspx?ids=29765,40711 ， 我错过了什么？ 系统将用于运行CPU密集型进程，以尽可能高的速度执行许多简单的计算，将结果存储在数据库中。 数据库然后用于许多索引扫描和复杂的查询。
我不断得到内存和CPU峰值，但我不知道它来自哪里。 如果我看一下Process Manager，我会看到， /usr/bin/php /home/hellohel/public_html/index.php 重复了好几次。 我也偶尔看到： [php] <defunct> 占我CPU的30％左右！ 我有一个非常强大的服务器（云VPS）与大量的CPU和大量的RAM。 通常情况下，我的内存和CPU使用率都在7-9％之间，但是每隔一段时间就会出现一次尖峰，这会降低我的网站速度。 我的网站整天都有大量的stream量，我不认为这些高峰是由高stream量的高峰造成的，而是某种内存泄漏。 我最大的问题是这样的： 当我看到我的每日进程日志时，我看到： 49.0% /usr/bin/php /home/hellohel/public_html/index.php 实际上，这个目录甚至不存在。 没有/usr/bin/php /目录。 真实的脚本位于： /home/hellohel/public_html/index.php 这里发生了什么？ 或者这是正常的…
我在这里发布这个，因为我发现这个话题是过时的，不完整的或不适合各种原因。 我很长一段时间想了解如何将特定的vCPU映射到特定的虚拟机（这需要尽可能高的CPU性能和尽可能less的CPU阻塞/上下文切换），而在同一个节点中，有其他虚拟机不能访问固定的内核（它们只需要对特定的虚拟机可访问），并且其调度器的CPU分配由“默认”完成。 我目前select的系统是Proxmox（仅使用KVM），通常是pvetest分支和最新的3.X内核中的最新版本。 针对我的具体需求，我不考虑如何在当前系统中实现这个function，而是考虑切换到其他系统，甚至是虚拟机pipe理程序，以便为虚拟机进行高级pipe理。 我的付费解决scheme预算几乎没有，从一开始就不排除他们，但他们应该很便宜考虑。 非常感谢，并希望（许多可能）的答案对许多其他人有用。 对于虚拟化主机的用户/pipe理员（无论什么原因，在我的情况下，因为我使用不同的操作系统），此function对于大多数虚拟机需要低CPU时间是有用的，但有一个（或某些）需要确保高CPU时间。
不知道这个问题是否适合在这里或在Unix.SE，但我觉得在这里感觉更合适。 我正在对一个使用SLURM进行调度工作的国家集群进行一些计算量大的研究。 我意识到，我的批处理脚本（创build一堆subprocess）的一部分function比我预期的慢得多，我怀疑有太多的线程被我使用的分析工具调用。 我希望检查是否有太多的上下文切换，但它显示为我需要PID来检查上下文切换的数量 。 通过ps或top检查进程没有给出我正在运行的特定工具名称的任何命中，所以我认为由我的脚本运行的实际进程被SLURM“隐藏”在不同的级别。 我认为这是有道理的，因为我通过ssh进行交互的实际计算机和执行计算的节点是不一样的。 但是，有没有办法通过命令行来检查CPU利用率（例如％负载）或上下文切换的数量？
我正在使用isolcpus来隔离内核。 我想绑定特定的线程到核心，但它不工作。 绑定后，线程移动到不同的核心。 核心13,14和15是隔离的： $ cat /proc/cmdline ro root=/dev/mapper/vg0-root rd_NO_LUKS LANG=en_US.UTF-8 rd_LVM_LV=vg0/swaprd_NO_MD SYSFONT=latarcyrheb-sun16 crashkernel=137M@0M rd_NO_DM KEYBOARDTYPE=pc KEYTABLE=us rd_LVM_LV=vg0/root rhgb quiet audit=0 intel_idle.max_cstate=0 console=tty0 console=ttyS1,115200 printk.time=1 processor.max_cstate=1 idle=poll biosdevname=0 isolcpus=13-15 top -H -p pgrep -u prusr12 Ser -d 1显示：5017和5018应该绑定到14和15，5014和5016应该在13上。 PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ P COMMAND 5017 prusr12 20 0 […]
我有一个postgresql服务器进程在我的Windows电脑上运行。 在运行查询时，我可以在进程pipe理器中看到，它在双核处理器上使用了49％的CPU容量，同时它也读取了大约5 mb / s的数据。 我的问题是，如果有可能得出这个过程是CPU限制的结论？ 对我来说，它并不明显，它不需要CPU从磁盘读取。