top - 06:44:40 up 2 days, 20:53, 1 user, load average: 34.36, 33.90, 29.58
Tasks: 297 total, 36 running, 261 sleeping, 0 stopped, 0 zombie
Cpu(s): 99.8%us, 0.2%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 16333660k total, 16148784k used, 184876k free, 225012k buffers
Swap: 8241148k total, 29736k used, 8211412k free, 11385560k cached

在windows上应该不能操作了吧
现在访问网站速度还是很快啊
我的cpu是单颗e5-16xx

这就算高了吗...

你得看多少核啊，要是64核的，这才一半

e5-16xx系列最多6核12线程吧

io高才是真的高，立马死给你看

4楼真理，，
IO一高系统立即不稳定。。

windows上不能操作是听谁说的= =
我电脑转格式4个逻辑处理器满占用，照样流畅的做各种事情。。


确实 io爆了立马死
我都暂时做的raid10 io应该没压力

你的超出CPU核心多少倍

cpu满怕毛线，你io满了你试下

负载再高CPU能跑这么多还是只能跑这么多，又没什么影响

负载400的路过

load 仅说明排队的 cpu 任务很多。排就排呗

负载900的路过，


负载0的路过

排队而已怕什么……
不能操作那是优先级没设置好。

nnd我们80%以上直接告警，还要分析cpu过高的原因，没天理啊

CPU利用率高不是好事么？。。。只要时间低就可以了

负载过高会很明显的提高延迟的
延迟 = 1 / (1 - 负载)

太果断了吧

慢慢排队呗。你看北京的路经常堵成什么样，这个城市也没说崩溃掉什么的。

老硬盘上次更新adobe的那个字体直接贵了doge

最高试过1000+

2核E5-2650 跑webench很容易跑到3000+

CPU高肯定会引起排队，进程锁住，甚至宕机。那时候系统出现问题，肯定会影响指标考核。

才34而已。。。1000多load看样子lz没有看到过

后面还有一句话，执行时间低。。。

这么多年了，几百个应用系统没有遇到过CPU飙升到90%以上执行时间较低情况，基本上都是出现问题导致的。尤其是小型机，大部分都是数据库问题。

这也得按不同业务分析，我们的CPU白天都是100%，晚上也是70%左右，响应时间也得在规定的时间内，但是肯定不是100%的请求都成功响应了，但是这是允许的

us 高怕啥
三个 s 大头的满了才叫死的漂亮

业务不同要求也不一样，我们这边的业务肯定需要有响应，用户发现没有响应肯定会打客服电话，客服会发工单，如果超过规定数额则会上升到隐患。另外还有URL探测监控，只要有一次探测失败则会告警，两次则非正常停运。这些都是不允许的。我们这边CPU使用率大概在50%以下。

虚拟机来的吧。