Linux系统Load average负载详细解释
摘自http://blog.chinaunix.net/u3/108043/showart_2125958.html
Linux系统Load average负载详细解释
我们知道判断一个系统的负载可以使用top，uptime等命令去查看，它分别记录了一分钟、五分钟、以及十五分钟的系统平均负载
例如我的某台服务器：
$ uptime
09:50:21 up 200 days, 15:07, 1 user, load average: 0.27, 0.33, 0.37
大部分的人都认为这个数字越小越好，其实有很多关联的提示信息，今天看到这个好文，应该可以给大家说清楚很多问题，转一下：
原文链接： http://blog.scoutapp.com/articles/2009/07/31/understanding-load-averages
你可能对于 Linux 的负载均值（load averages）已有了充分的了解。负载均值在 uptime 或者 top 命令中可以看到，它们可能会显示成这个样子：
load average: 0.09, 0.05, 0.01
很多人会这样理解负载均值：三个数分别代表不同时间段的系统平均负载（一分钟、五 分钟、以及十五分钟），它们的数字当然是越小越好。数字越高，说明服务器的负载越 大，这也可能是服务器出现某种问题的信号。
而事实不完全如此，是什么因素构成了负载均值的大小，以及如何区分它们目前的状况是 “好”还是“糟糕”？什么时候应该注意哪些不正常的数值？
回答这些问题之前，首先需要了解下这些数值背后的些知识。我们先用最简单的例子说明， 一台只配备一块单核处理器的服务器。
行车过桥
一只单核的处理器可以形象得比喻成一条单车道。设想下，你现在需要收取这条道路的过桥 费 — 忙于处理那些将要过桥的车辆。你首先当然需要了解些信息，例如车辆的载重、以及还有多少车辆正在等待过桥。如果前面没有车辆在等待，那么你可以告诉后面的司机通过。 如果车辆众多，那么需要告知他们可能需要稍等一会。
因此，需要些特定的代号表示目前的车流情况，例如：
0.00 表示目前桥面上没有任何的车流。 实际上这种情况与 0.00 和 1.00 之间是相同的，总而言之很通畅，过往的车辆可以丝毫不用等待的通过。
1.00 表示刚好是在这座桥的承受范围内。 这种情况不算糟糕，只是车流会有些堵，不过这种情况可能会造成交通越来越慢。
超过 1.00，那么说明这座桥已经超出负荷，交通严重的拥堵。 那么情况有多糟糕？ 例如 2.00 的情况说明车流已经超出了桥所能承受的一倍，那么将有多余过桥一倍的车辆正在焦急的等待。3.00 的话情况就更不妙了，说明这座桥基本上已经快承受不了，还有超出桥负载两
相关文档：
原创文章，转载请注明出处，谢谢！
作者：清林，博客名：飞空静渡
这是一篇自己很早写的文章了，当时根据网上的一些教程一步一步制作，本来想把自己做的过程放到网上，可以西一值忙于公司项目，没有时 ......
第十二部分: 全部删除
Instrumentation support
第十三部分：全部删除
Kernel hacking --->破解核心？可不是当骸客啦，不选
第十四部分：全部删除
Security options --->
第十五部分：全部删除
Cryptographic options --->这是核心支持加密的选项
第十六部分：全部删除
Library rout ......
1、在X11界面上修改IP地址等网络信息后必须重启系统才会生效。
2、编译mips指令程序时，用mipsel-linux-gcc命令提示mipsel-linux-gcc:command not found，可以修改~/.bash_profile文件的PATH环境变量后添加:/opt/i686-mipsel-linux-gcc-sdk-3.4.4/cross/bin。
PATH的值是一系列目录，当您运行一个程序时，Linux在这些 ......
select函数是用于程序监视多个文件描述符(file descrīptor)的状态变化。程序会停在select这里等待，直到被监视的文件描述符有某一个或多个发生了状态改变。select()的机制中提供一fd_set的数据结构，实际上是一long类型的数组， 每一个数组元素都能与一打开的文件描述符（不管是Socket描述符,还是其他 文件或命名管道� ......
