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
 | 1 cst4you Jun 30, 2015 这就算高了吗... |
 | 2 choury Jun 30, 2015 你得看多少核啊，要是64核的，这才一半 |
 | 4 jemyzhang Jun 30, 2015 via Android  3 io高才是真的高，立马死给你看 |
 | 5 wy315700 Jun 30, 2015 4楼真理，， IO一高系统立即不稳定。。 |
 | 6 div class="sep3"> hjc4869 Jun 30, 2015 windows上不能操作是听谁说的= = 我电脑转格式4个逻辑处理器满占用，照样流畅的做各种事情。。 |
 | 9 Halry Jun 30, 2015 via Android cpu满怕毛线，你io满了你试下 |
 | 10 knightdf Jun 30, 2015 负载再高CPU能跑这么多还是只能跑这么多，又没什么影响 |
 | 11 hiboshi Jun 30, 2015 负载400的路过 |
 | 12 hitsmaxft Jun 30, 2015 load 仅说明排队的 cpu 任务很多。排就排呗 |
 | 13 mmmkik Jun 30, 2015 负载900的路过，  |
 | 14 cxh116 Jun 30, 2015 负载0的路过 |
 | 15 msg7086 Jun 30, 2015 排队而已怕什么…… 不能操作那是优先级没设置好。 |
 | 16 billwang Jun 30, 2015 nnd我们80%以上直接告警，还要分析cpu过高的原因，没天理啊 |
 | 20 lilydjwg Jun 30, 2015 慢慢排队呗。你看北京的路经常堵成什么样，这个城市也没说崩溃掉什么的。 |
 | 21 lingo233 Jun 30, 2015 via iPhone 老硬盘上次更新adobe的那个字体直接贵了doge |
 | 22 loveminds Jul 1, 2015 最高试过1000+ |
 | 23 chinabrowser Jul 1, 2015 2核E5-2650 跑webench很容易跑到3000+ |
 | 25 sampeng Jul 1, 2015 才34而已。。。1000多load看样子lz没有看到过 |
| 27 billwang Jul 1, 2015 @knightdf 这么多年了，几百个应用系统没有遇到过CPU飙升到90%以上执行时间较低情况，基本上都是出现问题导致的。尤其是小型机，大部分都是数据库问题。 |
| 28 knightdf Jul 1, 2015 @billwang 这也得按不同业务分析，我们的CPU白天都是100%，晚上也是70%左右，响应时间也得在规定的时间内，但是肯定不是100%的请求都成功响应了，但是这是允许的 |
 | 29 xfwduke Jul 1, 2015 us 高怕啥 三个 s 大头的满了才叫死的漂亮 |
| 30 billwang Jul 1, 2015 @knightdf 业务不同要求也不一样，我们这边的业务肯定需要有响应，用户发现没有响应肯定会打客服电话，客服会发工单，如果超过规定数额则会上升到隐患。另外还有URL探测监控，只要有一次探测失败则会告警，两次则非正常停运。这些都是不允许的。我们这边CPU使用率大概在50%以下。 |
 | 31 haoba Jul 2, 2015 虚拟机来的吧。 |
Select Language