linux任务管理器top的使用（转）
直接在终端输入top命令就行
第一行，很容易看出来了吧
简单说一下load average: * * *
第一个数是：平均５分钟以内有多少进程在竞争ＣＰＵ
第二个数是：平均１０分钟以内有多少进程在竞争ＣＰＵ
第三个数是：平均１５分钟以内有多少进程在竞争ＣＰＵ
第二行：
Tasks: *
多少个任务数，如果经常在１５０个以上，需要考虑一下，系统是不是出问题了。
正常在８０－１１０个之间，都能接受。
running 多少个正在运行的进行。这是一个４核的ＣＰＵ，所以同时可以１个以上的Ｒｕｎｎｉｎｇ。
Ｓｌｅｅｐｉｎｇ 同Ｒｕｎｎｉｎｇ。
Ｒｕｎｎｉｎｇ＋Ｓｌｅｅｐｉｎｇ＝Ｔａｓｋｓ
Ｓｔｏｐ 见名思意吧。
zombie 僵尸进程的数量，如果有大量zombie，就需要考虑一下是不是系统那方面有出现了瓶劲，致使进程不能正常结常。或是应用程序出来了什么问题。可以慢慢查一下
通常从ＩＯ方面查一下，另外也要注意发生zombie进程的是什么进程在去分析问题出来在那里了，如果是系统进程，最好能测一下lib方面的问题，我曾遇到过slackware系统进程出现zombie后来重新编译了相应的lib做了一个光盘重装后问题解决了。
第三行：
ＣＰＵ：
Us: 用户程序占用ＣＰＵ时间百分比。
用户程序占用ＣＰＵ的值大于５０％或经常大于７０％时，应该给于重示，分析问出在那里，能不能给缓存或是别的方法处理。
Ｓｙ：系统进程占用ＣＰＵ时间百分比
如果该值较高，说明内核有可能存在病态问题，需要进一步分析问题出在那里。从内核编译方面着手分析一下。
Ni: Nice调整占用ＣＰＵ时间百分比
Id: 系统空闲ＣＰＵ时间百分比
Wa: IO等待消耗的CPU时间百分比
第四行及第五行
也是free 的输出结果
Ｍｅｍ：内存总数，多少被使用，多少空闲，多少做了buffer
Swap: 多少Ｓｗａｐ，多少被使用，多少空闲，多少做了cached
这里如果Ｓｗａｐ被使用了较多，但ＣＰＵ较空闲，可以考虑禁用swap，让ＣＰＵ也去干干活，不要让全部的活让内存干了就行了。
第六行：
PID 进程的ＩＤ
USER 进程的属主
PR
相关文档：
1. HCI层协议概述：
HCI提供一套统一的方法来访问Bluetooth底层。如图所示：
从图上可以看出，Host Controller Interface(HCI) 就是用来沟通Host和Module。Host通常就是PC， Module则是以各种物理连接形式（USB,serial,pc-card等）连接到PC上的bluetooth Dongle。
在Host这一端：application,SDP,L2cap等协议 ......
（L2CAP协议简介，L2CAP在BlueZ中的实现以及L2CAP编程接口）
一：L2CAP协议简介：
Logical Link Control and Adaptation Protocol(L2CAP)
逻辑连接控制和适配协议 (L2CAP) 为上层协议提供面向连接和无连接的数据服务，并提供多协议功能和分割重组操作。L2CAP 充许上层协议和应用软件传输和接收最大长度为 64K 的 L2CAP � ......
Service Discovery Protocol(SDP)提供一种能力，让应用程序有方法发现哪种服务可用以及这种服务的特性。
服务发现协议(SDP或Bluetooth SDP)在蓝牙协议栈中对蓝牙环境中的应用程序有特殊的含意，发现哪个服务是可用的和确定这些可用服务的特征。SDP定义了bluetooth client发现可用bluetooth server服务和它们的特征的方法。 ......
如何学习linux编程
转载自 http://www.cnblogs.com/starspace/archive/2009/04/07/1431008.html
建议学习路径：
首先先学学编辑器，vim, emacs什么的都行。
然后学make file文件，只要知道一点就行，这样就可以准备编程序了。
然后看看《C程序设计语言》K&R，这样呢，基本上就可以进行一般的编程了，顺� ......
http://tldp.org/HOWTO/Linux-i386-Boot-Code-HOWTO/kernel_head.html
http://bbs.tongji.net/thread-258437-1-1.html
http://www.diybl.com/course/6_system/linux/Linuxjs/200871/129588_6.html
http://mmdoc.sourceforge.net/mmdoc/node12.html ......
