Linux文件系统的缓存机制
Linux文件系统设计了三类的Cache以用来支持多类型的文件系统。
一、 VFS索引节点缓存 Inode Cache
VFS索引节点是一个Hash表，它不断地读取。VFS提供的索引节点缓存可以加快对文件系统的存取。每次从索引节点缓存中读取一个VFS索引节点，这样系统就可以节省读取物理设备的存取时间。
当VFS访问索引节点时，它首先查找VFS索引节点缓存。为了在VFS索引节点缓存中查找一个索引节点，系统首先计算它对应的哈希值，然后将其作为索引值进入索引节点哈希表。然后再通过读取这个拥有相同哈希值的索引节点链表逐个匹配索引节点，直到找到具有指定设备号和inode号的索引节点。如果从缓存中找到了索引节点，该索引节点的计数值加1。否则申请一空闲的索引节点。
二、 目录缓存 Inode Directory Cache
为了加快对常用的目录的存取，由于是根据路径访问文件的，Linux维护了表达路径与索引节点对应关系的目录缓存，被文件系统使用过的目录将会存入到该目录缓存中。这样，同一目录被再次访问时，可直接从缓冲区得到，不必重复访问存储文件系统的设备。
当真实的文件系统读取一个目录时，目录的详细信息被添加到目录缓存中。这样，同一目录被再次访问时，可直接从缓冲区找到此目录的有关信息。只有短于15个字符的目录才能保存在目录缓存中。
目录缓存由一张哈希表组成，其中每个表项指向具有同样哈希值的目录缓存链表的一个指针，哈希函数使用文件系统的设备号和目录名来计算哈希值，以便快速地找到一个目录项。为了保持一个最新的、正确的缓冲，VFS使用基于LRU（Least Recently Used）算法的目录缓冲链表。
三、 缓冲区缓存 Buffer Cache
当进程使用安装的文件系统时，它们产生很多对块设备数据块的读写请求，如下图所示。这些块读写请求会通过标准核心过程以Buffer_head数据结构的形式给出设备驱动程序需要的几乎全部信息。操作系统将设备块上的数据看作具有同样大小的数据块的线性列表。Buffer_head中的b_dev和b_blocknr属性值惟一指明了向什么设备读写第几个数据块。
（缓冲区缓存结构）见最下方的图
为了加快物理块设备的存取，Linux维护一组块缓冲区的缓存，称作Buffer Cache。它被所有物理块设备所共享。在任一时刻，由若干缓冲区为若干设备工作。数据块一经使用，就会在Buffer Cache留下备份，�
相关文档：
总览
用iptables -ADC 来指定链的规
则
，-A添加 -D删除 -C 修改
iptables - [RI] chain rule num rule-specification[option]
用iptables - RI 通过规则的顺序指定
iptables -D chain rule num[option]
删除指定规则
iptables -[LFZ] [chain][option]
用iptables -LFZ 链名 [选项]
iptables -[NX] chain
用 -NX ......
内核驱动分类
驱动实现功能：
读
写
打开
设置
最终目的操作硬件设备：数据传输和数据控制
硬件参考手册，内核提供的功能：操作时序，总线如何操作，内核API
1.字符设备（char）
2.块设备（block）
3.网络设备（net）
内核模块操作命令
make
加载:sudo modprobe ./Mo ......
Linux下安装完后Oracle客户端后调用OCI，编译没有问题，运行时发现
cannot open shared object file libclntsh.so.10.1: No such file or directory
经过查找发现是oracle的路径没有设置
输入:
locate libclntsh.so.10.1
获取对于路径
/app/oracle/oracle/product/10.2.0/db_1/lib/libclntsh.so.10.1
编辑/etc/ld. ......
内核版本：
Linux XOK 2.6.18-128.1.6.el5.centos.plus #1 SMP Thu Apr 2 12:53:36 EDT 2009 i686 i686 i386 GNU/Linux
马上测试：
注意测试中可能导致死机。请不要在生产环境中测试。
如果你希望亲手验证此漏洞，你可以下载下列两个代码包测试（有可能导致系统不稳定，当机等现象，后果自负）：
就下载这个即可：http ......
