我正在经历高CPU使用率，这是我从服务器获得的统计数据，在15分钟内每次重新启动后的消耗达到100％，会出现什么问题？ 我有一个wordpress副本安装在服务器上没有太多的stream量，这里是我从服务器中使用top命令得到的统计数据。 top – 11:46:02 up 12 min, 3 users, load average: 40.89, 16.03, 6.11 Tasks: 132 total, 41 running, 91 sleeping, 0 stopped, 0 zombie Cpu(s): 24.3%us, 61.5%sy, 0.0%ni, 0.0%id, 4.0%wa, 0.0%hi, 0.0%si, 10.2%st Mem: 2050896k total, 1988656k used, 62240k free, 284k buffers Swap: 0k total, 0k used, 0k free, 4712k cached PID USER […]
我在Windows 2008和IIS7上运行一个ASP.NET网站。 有时我的w3wp.exe开始进入100％的CPU，网站挂起。 我没有find这个原因，但目前这是无关紧要的。 我只想configuration应用程序池，以在短时间内在100％CPU上工作时终止w3wp.exe进程。 我怎样才能做到这一点？ 这些是我的应用程序池CPU设置： 另外，如果我杀了进程，下一个请求到网站的时候，进程是否能正常运行，还是在杀死之后手动启动进程呢？
这是服务器的CPU使用情况图： 看起来，CPU使用率达到了24的硬性限制。这是一个32核心服务器，所以它应该能够轻松超越24。 但事实并非如此。 这台服务器上的CPU使用率是否有限制？ 我如何发现？ 顺便说一下，这是在CentOS 5.5上运行Percona（MySQL）Server 5.1的数据库服务器
许多FreeBSD用户告诉我，FreeBSD在CPU和RAM使用方面占用的空间最小。 我正在寻找一个尽可能小的CPU和RAM使用率的服务器操作系统，所以我会在我的服务器上试用FreeBSD。 这可能会产生更多的问题，因为没有太多人使用这个操作系统。 你有什么build议吗？
我有一个问题，在Debian Squeeze 64上杀死CPU。这是一个VPS上的开发机器，所以我停止了所有其他服务，包括apache2。 mysql版本是5.1.49。 这是mysql启动时的日志： Feb 6 19:03:40 Debian-60-squeeze-64-LAMP mysqld_safe: Starting mysqld daemon with databases from /var/lib/mysql Feb 6 19:03:40 Debian-60-squeeze-64-LAMP mysqld: 130206 19:03:40 [Note] Plugin 'FEDERATED' is disabled. Feb 6 19:03:40 Debian-60-squeeze-64-LAMP mysqld: InnoDB: 1 transaction(s) which must be rolled back or cleaned up Feb 6 19:03:40 Debian-60-squeeze-64-LAMP mysqld: InnoDB: in total 1 row […]
闲置的VMware客户机遇到巨大的主机CPU使用率。 主办： Ubuntu 10.04 32位2.6.32-24-generic-pae。 （非常新的安装，即24小时前） 硬件是戴尔XPS M1530笔记本电脑，4GB RAM。 英特尔酷睿II双核T9300 2.50Ghz 我的BIOS中启用了虚拟化设置“VT”或其他东西。 客人： 完全全新安装的Windows Vista，升级到最新的SP2和所有的Windows更新安装。 1024 – 1512MB RAM分配。 除了VMWare工具，绝对不会安装其他软件。 情况 当客人什么都不做的时候，我用sysinternals进程看着客人。 这表明系统闲置过程在70％到99％之间，通常在95％左右。 没有实际的过程做任何事情 在主机上，我看着顶部，我得到20％-80％的CPU使用率，通常在30％左右。 我曾经尝试过 单人和双人处理器提供给客人 – 没有变化。 closures所有外设给客人 – 没有networking，驱动器，USB等 – 没有变化。 为客人closures3D加速 – 也许是一个小的改进，或者没有改变。 从1024MB增加到1512MB的分配RAM的客人 – 没有变化。 在vmware大喊 – 没有改变。 过去我也遇到类似的问题，通过设置guest有1个CPU来解决。 这一次没有奏效。
我的服务器有问题，希望你能帮忙。 罪魁祸首似乎是猖獗的。 CPU使用率一直很高，内存使用趋势上升和没有明显的原因（这不是一个使用频繁的服务器）。 为了演示这个问题，我运行了以下内容： root@server [/var/log]# service exim restart; for iter in `seq 0 9`; do date; top -n1 | grep exim; sleep 10; done Shutting down exim: [ OK ] Shutting down spamd: [ OK ] Starting exim: [ OK ] Sun Jun 6 18:12:07 CDT 2010 62592 root 25 0 11400 6572 2356 […]
TL; DR：渴望CPU的进程在多核服务器上共享核心，而其他核心处于空闲状态，而我期望Linux调度程序在核心之间均匀分配作业。 什么可能导致这种行为？ 我的工作组有一个新的运行SuSE的4核服务器，它正在经历一些奇怪的CPU调度行为，我们的pipe理员（设置这个盒子的人）不知道，似乎无法修复。 我希望你们都能帮助我诊断可能导致这种奇怪行为的原因。 这是症状： 1）每个SSH会话似乎都局限于使用单个核心。 我已经testing了多种方法，但最简单的是创build一个简单的无限循环C程序并运行多个副本。 如果从单个SSH会话开始，它们总是共享一个核心，我甚至无法控制哪个核心; 它似乎是在login时设置。 而且，即使使用多个同时进行的SSH会话，我能够以这种方式使用的唯一核心是核心0和核心3; 1和2永远不会感动，无论我开始多less会话或进程。 2）如果从上面提到的SSH会话中，我以“nohup”开始与当前会话分离的程序，它将使用与该会话中启动的其他程序不同的核心。 但是，所有来自同一SSH会话的nohup-started程序都将再次共享一个核心。 有趣的是，这些nohup-started程序总是分配给核心1和核心2。 当然，预期的行为是我在其他Linux系统（我大多熟悉RHEL，Fedora和Ubuntu）时总是看到的：我应该能够在使用或不使用单个会话的情况下使用所有4个内核nohup的; 此外，作业应偶尔跳转核心来平衡它们之间的加载时间。 下面是在一个核心上运行的两个进程的例子： http : //i.imgur.com/K9rH3.png （对不起，不能直接发布图片，即使我在其他StackExchange网站上有足够的信誉）。 请注意，如果单独运行，每个“烧录”进程占用一个内核的100％，但是由于某种原因，这里它们共享一个内核，而三个内核处于空闲状态。 另外请注意，这两个进程共享超过20分钟的“Cpu3”核心，而不改变到另一个核心来平衡负载（这是图像拍摄后，20分钟后，我停止观看）。 当遇到这个问题时，我首先想到的是“ulimit”是有效的，但是对我的（不可否认的）眼睛来说看起来并不是这样： dmonner@bass:~> ulimit -a core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 128465 max locked […]
这两天前都工作得很好（从来没有超过3.0）。 但是现在，1分钟的平均负载跳到10以上，可能达到20，然后回到5-6，也许是3。 htop告诉我，最消费CPU的过程是mysql，但是SHOW PROCESSLIST没有显示任何可疑的信息，而且我优化了所有的查询。 我担心的唯一问题是磁盘空间：我只剩下4 GB。 这可能会导致高CPU负载？ 我无法想象其他问题。 sar ： 10:24:52 PM CPU %user %nice %system %iowait %steal %idle 10:24:53 PM all 10.52 0.00 1.84 21.54 0.00 66.10 10:24:54 PM all 1.28 0.00 0.26 4.28 0.00 94.19 10:24:55 PM all 0.32 0.00 0.13 8.30 0.00 91.25 10:24:56 PM all 6.28 0.00 1.24 3.07 0.00 89.40 […]
在某些看似随机的部分，我的CPU使用率将从1％的大约10％上升到4台大型服务器的70％。 这一切都发生在20分钟内，并保持这种方式几个小时，经常在我睡着了。 假设这是合法的应用程序stream量，我怎样才能确切地跟踪哪些http请求或HTTP请求集群负责CPU使用率，所以我知道该怎么优化？ 我已经看了一下Apache的http日志，但没有什么帮助，因为请求的数量基本上与通常情况相同。