回到我们上面有关车辆过桥的比喻。1.00 我说过是「一条单车道的道路」。那么在单车道 1.00 情况中，说明这桥梁已经被车塞满了。而在双处理器系统中，这意味着多出了一倍的 负载，也是说还有 50% 的剩余系统资源 -- 因为还有另外条车道可以通行。

　　所以，单处理器已经在负载的情况下，双处理器的负载满额的情况是 2.00，它还有一倍的资源可以利用。

　　多核与多处理器

　　先脱离下主题，我们来讨论下多核心处理器与多处理器的区别。从性能的角度上理解，一台主 机拥有多核心的处理器与另台拥有同样数目的处理性能基本上可以认为是相差无几。当然实际 情况会复杂得多，不同数量的缓存、处理器的频率等因素都可能造成性能的差异。

　　但即便这些因素造成的实际性能稍有不同，其实系统还是以处理器的核心数量计算负载均值 。这使我们有了两个新的法则：

　　● 「有多少核心即为有多少负荷」法则： 在多核处理中，你的系统均值不应该高于处理器核心的总数量。

　　● 「核心的核心」法则： 核心分布在分别几个单个物理处理中并不重要，其实两颗四核的处理器 等于 四个双核处理器 等于 八个单处理器。所以，它应该有八个处理器内核。

　　审视我们自己

　　让我们再来看看 uptime 的输出

　　~ $ uptime

　　23:05 up 14 days， 6:08， 7 users， load averages: 0.65 0.42 0.36

　　这是个双核处理器，从结果也说明有很多的空闲资源。实际情况是即便它的峰值会到 1.7，我也从来没有考虑过它的负载问题。

　　那么，怎么会有三个数字的确让人困扰。我们知道，0.65、0.42、0.36 分别说明上一分钟、后五分钟以及后十五分钟的系统负载均值。那么这又带来了一个问题：

　　● 我们以哪个数字为准？一分钟？五分钟？还是十五分钟？ *

　　其实对于这些数字我们已经谈论了很多，我认为你应该着眼于五分钟或者十五分钟的平均数 值。坦白讲，如果前一分钟的负载情况是 1.00，那么仍可以说明认定服务器情况还是正常的。 但是如果十五分钟的数值仍然保持在 1.00，那么值得注意了（根据我的经验，这时候你应 该增加的处理器数量了）。

　　● 那么我如何得知我的系统装备了多少核心的处理器？ *

　　在 Linux 下，可以使用

　　cat /proc/cpuinfo

　　获取你系统上的每个处理器的信息。如果你只想得到数字，那么使用下面的命令：

　　grep 'model name' /proc/cpuinfo | wc -l