linux内核中中断不能睡眠的原因[zt]
先把中断处理流程给出来
1.进入中断处理程序--->2.保存关键上下文---->3.开中断（sti指令）--->4.进入中断处理程序的handler--->5.关中断（cli指令）---->6.写EOI寄存器（表示中断处理完成）---->7.开中断。
硬中断：
对应于上图的1、2、3步骤，在这几个步骤中，所有中断是被屏蔽的，如果在这个时候睡眠了，操作系统不会收到任何中断（包括时钟中断），系统就基本处于瘫痪状态（例如调度器依赖的时钟节拍没有等等......）
软中断：
对应上图的4（当然，准确的说应该是4步骤的后面一点）。这个时候不能睡眠的关键是因为上下文。
大家知道操作系统以进程调度为单位，进程的运行在进程的上下文中，以进程描述符作为管理的数据结构。进程可以睡眠的原因是操作系统可以切换不同进程的上下文，进行调度操作，这些操作都以进程描述符为支持。
中断运行在中断上下文，没有一个所谓的中断描述符来描述它，它不是操作系统调度的单位。一旦在中断上下文中睡眠，首先无法切换上下文（因为没有中断描述符，当前上下文的状态得不到保存），其次，没有人来唤醒它，因为它不是操作系统的调度单位。
此外，中断的发生是非常非常频繁的，在一个中断睡眠期间，其它中断发生并睡眠了，那很容易就造成中断栈溢出导致系统崩溃。
如果上述条件满足了（也就是有中断描述符，并成为调度器的调度单位，栈也不溢出了，理论上是可以做到中断睡眠的），中断是可以睡眠的，但会引起很多问题.例如，你在时钟中断中睡眠了，那操作系统的时钟就乱了，调度器也失去了依据；例如，你在一个IPI（处理器间中断）中，其它CPU都在死循环等你答复，你确睡眠了，那其它处理器也不工作了；例如，你在一个DMA中断中睡眠了，上面的进程还在同步的等待I/O的完成，性能就大大降低了......还可以举出很多例子。所以，中断是一种紧急事务，需要操作系统立即处理，不是不能做到睡眠，是它没有理由睡眠。
相关文档：
每个程序实质上都会链接到一个或者多个的库。比如使用C函数的程序会链接到C运行时库，GUI程序会链接到窗口库等等。无论哪种情况，你都会要决定是链接到静态库(static libary)还是动态库(dynamic libary)。
链接到静态库会使你的程序臃肿，并且难以升级，但是可能会比较容易部署。
而链接到动态库会使你的程序轻便，并且易 ......
原帖地址:http://hi.baidu.com/tingyu521/blog/item/81a8b75180e4e21f377abedc.html
在编译一些开源软件的时候常常会遇到类似于error while loading shared libraries: libmysqlclient.so 等链接接库找不到。那怎么办呢？
总的来说是由于开源软件的动态链接库没有放在程序寻找的地方，尤其是连个开源软件相互协作运行的 ......
最近想在服务器上试试MySQL5.1的分区，于是就想着装个MySQL5.1，经过痛苦的一段经历后，终于找个下面装个很好的教程，帖上来备忘。
1、MySQL免安装版/二进制版软件，不用编译，下载地址：
http://dev.mysql.com/downloads/
文件格式：MYSQL-VERSION-OS.tar.gz
2� ......
/etc/passwd 注：用户（user）的配置文件；
/etc/shadow 注：用户（user）影子口令文件；
/etc/group 注：用户组（group）配置文件；
/etc/gshadow 注：用户组（group）的影子文件；
管理用户（user）相关命令
useradd 注：添加用户
adduser 注：添加用户
passwd 注：为用户设置密码
usermod 注：修改用户命令� ......
