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 � ......
http://www.linuxgraphics.cn/android/index.html
http://blog.chinaunix.net/u2/85805/
http://blog.csdn.net/stevenliyong/category/578556.aspx
http://blog.csdn.net/cuijpus/archive/2008/06/15/2549803.aspx
http://dbus.freedesktop.org/doc/dbus-tutorial.html#glib-client
http://www.ibm.com/developerworks ......
proc文件系统是一个伪文件系统，它只存在内存当中，而不占用外存空间。它以文件系统的方式为访问系统内核数据的操作提供接口。用户和应用程序可以通过proc得到系统的信息，并可以改变内核的某些参数。由于系统的信息，如进程，是动态改变的，所以用户或应用程序读取proc文件时，proc文件系统是动态从系统内核读出所需信息并 ......
建立linux两用户之间的信任关系
转载自 http://www.cnblogs.com/starspace/archive/2008/10/30/1323235.html
有a和b两台机器，现要将a机器的user1用户添加到b机器的user2用户信任列表里，使a机器的user1用户可以直接ssh到b机器的user2用户
步骤：
1，进入a机器/home/user ......
