是否有一个特定的公式来计算分配给一个进程的CPU资源的数量，当你“好”时？
我正在运行Apache，每过一段时间（似乎每隔一天），apache进程的数量就会大幅度增加，每个CPU占用大约75％的CPU使用量。 我希望能够追踪到这些进程到实际的虚拟主机，获取请求。 有什么build议么？
我正在运行几个EC2实例，我想知道我的CPU在做什么。 在“普通”机器上，我正在用munin和它的CPU插件来查看/ proc / stat提供的统计信息。 然而，在我的EC2机器上，我得到了不正确的graphics。 该机器有两个核心，所以最大CPU使用率应该是200％ – 但是它高达400％： 我知道我应该使用Amazon CloudWatch来查看总CPU使用情况（这是官方的，并从亚马逊的方式推荐这样做），但我特别关注CPU使用情况如何花费（例如系统，用户，爱荷华州） 。 有没有办法获得有关EC2实例的详细CPU使用情况统计信息？
我们有一台服务器，它有四个Intel Xeon E7 4860 CPU。 奇怪的是， /proc/cpuinfo中的模型名称包含一个000string而不是E4860 。 不正确的型号名称： model name : Genuine Intel(R) CPU 000 @ 2.27GHz 正确的型号名称： model name : Intel(R) Xeon(R) CPU E5620 @ 2.40GHz 服务器运行Arch Linux 3.2.12 顺便说一句，我深入内核源代码，发现相关信息检索使用英特尔CPUID指令。
用尽想法去探索。 首先 – 让我警告你 – 我是一个程序员，而不是一个systech 🙂 这是情况。 运行相当数量的站点的专用服务器（LAMP）。 mySQL服务器在一个单独的盒子上。 过去的几周，表演一直在稳步下降，甚至不能再遥远的地方。 看着mod_status，有相当多的进程占用CPU资源。 然而，这些URL是完全不同的……没有一个共同的模式 – 所以我不能把任何东西缩小到可能被卡住的特定脚本。 PHP是作为cgi运行的。 大部分需要运行一段时间的网站都使用cakephp框架 重新启动服务器，我们再次在几分钟内… 交叉错误，说/ var / tmp /已满，无法写会话。 但是，还有空间？ 缺lessinodes也许？ 目前正在有人走下框并清除tmp。 缺乏编写会话的能力会导致php进程永久挂起，并最终堵塞一切？ 任何其他的想法，我可能想探索？ 我一直在监视sql服务器，看看它是否返回任何查询中的巨大数据集，并没有什么值得在那里…. 这只是11:21在这里，我已经需要一杯饮料:)
我最近build立了一个运行Solr的小群集。 该集群由12个运行E3-1270V2和32GB RAM的Supermicro刀片组成。 其中11个服务器运行良好。 其中一个不断在我身上崩溃。 当服务器崩溃时，通常在terminal上产生一些输出。 第一次是： 双重故障：0000 [＃1] 嗯…这相当神秘。 从那以后，我重新创build了这个问题，并得到了一些更有趣的消息。 这是另一个同样神秘的信息 另一个有趣的问题是，我可以启动sysbench，并在CPU崩溃的情况下最大化CPU，但是直到我启动Java才能可靠地崩溃。 我试过closures以下CPUfunction： Turbo模式 C国家 T州 XHCI 这只是一个糟糕的CPU？ 非常感谢！
我拥有一个t1.micro EC2实例。 Ubuntu发布升级之后，我得到了Apache 2.4.6，我开始注意到100％的CPU负载 top – 19:37:58 up 2:55, 2 users, load average: 3.90, 2.90, 1.82 Tasks: 95 total, 4 running, 91 sleeping, 0 stopped, 0 zombie %Cpu(s): 3.9 us, 7.2 sy, 0.0 ni, 0.0 id, 0.0 wa, 0.0 hi, 0.0 si, 88.9 st KiB Mem: 629976 total, 588412 used, 41564 free, 39412 buffers KiB […]
最近我一直在研究一些SPARC设备及其function。 但是当我寻找两者之间的差异时，我看到很多人使用法拉利vs巴士的比喻 如果您的目标是尽可能快地从A点到B点两个人，然后select英特尔。 如果您的目标是尽可能快地从A点到B点达到100人，请selectSPARC。 尽pipe现在很多基准testing显示x86在大多数情况下都优于SPARC，但使用SPARC的很多人（我在互联网上看到的）仍然认为这是事实，基准testing并不能反映真实情况。 甲骨文仍然生产更新的SPARC处理器：T4和T5，与典型的x86服务器相比，它们的销售额相当可观。 我想知道从2015年使用SPARC到x86的人们能获得什么样的好处，以及隐喻是否正确。
我使用VMware ESXi虚拟化了一台服务器。 我的虚拟机有8个vCPU，而真正的处理器是2.4 GHz的Intel Xeon E5-2620 v3（6核）。 为了估算运行该虚拟机所需的虚拟资源，下面的计算是否正确？ GHz总量= vCPU *时钟CPU = 8 * 2,4 = 19.2 GHz 提前致谢。 安德里亚
当查找由NIC引起的CPU中断时，监视什么是正确的项目键。