Linux管理工具在嵌入式系统中一种轻量级的实现方法

维普资讯

Ｖｏ１．２３　Ｎｏ．３　

安徽工业大学学报　

第２３卷第３期　

Ｊｕｌｙ　２００６　

Ｊ．ｏｆ　Ａｎｈｕｉ　Ｕｎｉｖｅｒｓｉｔｙ　ｏｆ　Ｔｅｃｈｎｏｌｏｇｙ　

２００６年７月　

文章编号：１６７１—７８７２（２００６）０３－４３３２０—０４　

Ｌｉｎｕｘ管理工具在嵌入式系统中一种轻量　

级的实现方法　

阮越　

（安徽工业大学计算机学院，安徽马鞍山２４３００２）　

摘要：基于ｕｎｕｘ系统的嵌入式开发中，桌面系统中的一些常用工具消耗资源严重，不适用于嵌入式环境。文中分析了ｐｒｏｃ虚拟　

文件系统，利用ｐｒｏｃ文件系统和内核模块技术实现这些工具的一个轻量级版本，最后讨论了这种方法的优缺点。　

关键词：ｐｒｏｅ文件系统；内核模块；嵌入式系统；内核空间；用户空间　

中图分类号：ＴＰ３１６　文献标识码：Ｂ　

Ｌｉｇｈｔ　Ｗｅｉｇｈｔ　Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ　ｏｆ　Ｌｉｎｕｘ　Ａｄｍｉｎｉｓｔｒａｔｉｖｅ　Ｔｏｏｌｓ　ｉｎ　Ｅｍｂｅｄｄｅｄ　Ｓｙｓｔｅｍ　

ＲＵＡＮ　Ｙｕｅ　

（Ｓｃｈｏｏｌ　ｏｆ　Ｃｏｍｐｕｔｅｒ　Ｓｃｉｅｎｃｅ，Ａｎｈｕｉ　Ｕｎｉｖｅｒｓｉｔｙ　ｏｆ　Ｔｅｃｈｎｏｌｏｇｙ，Ｍａ＇ａｎｓｈａｎ　２４３００２，Ｃｈｉｎａ）　

Ａｂｓｔｒａｃｔ：Ｉｎ　ｔｈｅ　ｄｅｖｅｌｏｐｍｅｎｔ　ｏｆ　ｅｍｂｅｄｄｅｄ　ｓｙｓｔｅｍ　ｂａｓｅｄ　ｏｎ　Ｌｉｎｕｘ，ｓｏｍｅ　ｕｓｅｆｕｌ　ａｄｍｉｎｉｓｔｒａｔｉｖｅ　ｔｏｏｌｓ，ｗｈｉｃｈ　ａｌｅ　

ｏｆｔｅｎ　ｕｓｅｄ　ｉｎ　ｄｅｓｋｔｏｐ　ｅｎｖｉｒｏｎｍｅｎｔ，ａｒｅ　ｔｏｏ　ｈｅａｖｙ　ｗｅｉｇｈｔ　ｆｏｒ　ｅｍｂｅｄｄｅｄ　ｓｙｓｔｅｍ．Ｐｒｏｃ　ｖｉｒｔｕａｌ　ｓｙｓｔｅｍ　ｉｓ　ａｎａｌｙｚｅｄ　

ｉｆｓｒｔｌｙ，ａｎｄ　ｔｈｅｎ　ａ　ｌｉｇｈｔ　ｗｅｉｇｈｔ　ｉｍｐｌｅｍｅｎｔａｔｉｏｎ　ｏｆ　ａｄｍｉｎｉｓｔｒａｔｉｖｅ　ｔｏｏｌｓ　ｉｓ　ｇｉｖｅｎ，ｆｉｎａｌｌｙ　ｔｈｅ　ａｄｖａｎｔａｇｅｓ　ａｎｄ　

ｄｉｓａｄｖａｎｔａｇｅｓ　ｏｆ　ｔｈｉｓ　ｍｅｔｈｏｄ　ｉｓ　ｄｉｓｃｕｓｓｅｄ．　

Ｋｅｙ　ｗｏｒｄｓ：ｐｒｏｃ　ｆｉｌｅ　ｓｙｓｔｅｍ；ＬＫＭ；ｅｍｂｅｄｄｅｄ　ｓｙｓｔｅｍ；ｋｅｒｎｄ　ｓｐａｃｅ；ｕｓｅｒ　ｓｐａｃｅ　

引　言　

Ｌｉｎｕｘ系统中为了方便用户查询、管理或者操纵系统状态以及一些内核数据结构，在用户空间提供了很　

多管理工具，如ｔｏｐ，ｓｙｓｃｔｌ，ｉｆｃｏｎｆｉｇ等。在基于Ｌｉｎｕｘ系统的嵌入式开衰１　Ｌｉｎｕｘ常用系统管理命令所需系统调用　

发中。用户空间同样需要提供一些类似的管理工具。这些工具在桌面　

环境（Ｌｉｎｕｘ的正式发行版）中的功能很强大，但往往需要大量的系统　

调用。表１给出了一些命令（Ｒｅｄｈａｔ　Ｌｉｎｕｘ　９．０，ｋｅｒｎｅｌ　２．４．２０）所需的系　

统调用个数。系统调用需要用户空间和内核空间的模式切换，消耗较　

多的时空资源。而且这些管理命令还会增加诸如文件系统、界面控制　

等方面的开销（如一些ｌｉｂ库所占的空间）。　

造成这些管理命令资源消耗严重的原因主要有：高度的可配置性；丰富和复杂的配置选项；通用性，即和　

具体的应用环境无关；占用ＣＰＵ的时问不是考虑的主要因素。　

一

般来讲，前３个方面是程序员开发时追求的目标，他们总是希望程序功能完善，可以处理所有情况，完　

成更多的工作。但事实上，其中很多功能很少用到甚至根本用不到。而且，熟悉这些复杂的管理工具需要大量　

的时间，在文档不充分的情况下，很容易出现错误配置。在资源相对紧张的嵌入式Ｌｉｎｕｘ环境中，开发和使用　

这样的管理工具是得不偿失的。　

在嵌入式环境中，管理工具的开发原则：一个确实需要的功能的最小集合；针对具体的应用环境；跟具体　

应用紧密相关并包含错误信息；尽量减少ＣＰＵ和空间的占用率。　

依据上述开发原则，可以借助／ｐｒｏｃ文件系统【　，２１以及内核模块（Ｌｉｎｕｘ　Ｋｅｎｒｅｌ　Ｍｏｄｕｌｅ，ＬＫＭ）技术Ｄ—ｌ实现这　

收稿日期：２００５一ｌｌ—Ｏ７　

作者简介：阮越（１９７２一），男，湖北红安人，安徽工业大学计算机学院讲师。　

维普资讯

第３期　阮越：Ｌｉｎｕｘ管理工具在嵌入式系统中一种轻量级的实现方法　３２１　

些工具适应嵌入式环境的一个轻量级版本。　

１　ｐｒｏｃ文件系统　

Ｉ．Ｉ特殊性及其建立过程　

ｐｒｏｃ最早出现在Ｌｉｎｕｘ　ｋｅｒｎｅｌ　０．９９．Ｘ的正式发行版中，开始主要应用在网络相关方面，后来为了简化系　

统管理和调试，逐渐把它应用到其它方面。现在，ｐｒｏｃ已经成为Ｌｉｎｕｘ内核中使用最广泛和最成功的特性之　

一

。ｐｒ０ｃ借用文件系统的概念，在Ｌｉｎｕｘ　ｋｅｒｎｅｌ　２．０以后，用户可以直接使用文件系统中的标准系统调用去访　

问ｐｒｏｃ下的信息，内部实现中也使用与文件和文件系统相关的内核数据结构。但ｐｒｏｃ是一种虚拟文件系统，　

只存在内存当中，并不占用外存空间，与其它任何设备也没有对应关系。ｐｒｏｃ下文件节点的内容，是用户发　

出访问／ｐｒｏｃ下的”文件”请求时，由系统动态生成的。　

ｐｒｏｃ文件系统的超级块是在内核初始化的过程中由系统生成的，在将其挂载到安装点（ｍｏｕｎｔ　ｐｏｉｎｔ）”／　

ｐｒｏｃ”上后，就生成一个ｐｒｏｃ—ｄｉｒ　ｅｎｔｒｙ结构的树。ｐｒｏｃ下的一个文件节点对应一个ｐｒｏｃ＿ｄｉＬｅｎｔｒｙ结构，　

ｐｒｏｃ—ｄｉｒ　ｅｎｔｒｙ结构中包含了建立对应文件ｉｎｏｄｅ和ｄｅｎｔｒｙ结构所必需的信息。在具体的文件操作时（主要是　

ｐａｔｈ　ｗａｌｋ０函数），才生成具体文件的ｄｅｎｔｒｙ和ｉｎｏｄｅ结构，逐渐建立起真正意义上的ｐｒｏｃ文件系统。　

１．２核心数据结构ｐｒｏｃ　ｄｉｒ　ｅｎｔｒｙ　

ｐｒｏｃ　ｄｉｒ　ｅｎｔｙｒ构成了ｐｒｏｃ树形目录结构的一个节点，是ｐｒｏｃ文件系统中最重要的数据结构，它的主要　

域及含义如下所示。　

ｓｔｒｕｃｔ　ｐｒｏｃ　ｄｉｒ　ｅｎｔｙｒ｛　

ｃｏｎｓｔ　ｃｈａｒ　ｎａｍｅ；　

ｍｏｄｅ

＿

ｔ　ｍｏｄｅ；／＊／ｐｒｏｃ目录下文件节点的名称与权限，Ｉ‘／　

ｓｔｒｕｃｔ　ｆｉｌｅ

ｏｐｅｒａｔｉｏｎｓ＊ｐｒｏｅ

—

—

ｆｏｐｓ；／＊文件操作表，主要是ｒｅａｄ和ｗｒｉｔｅ方法　／　

ｇｅｔ＿ｉｎｆｏ

ｔ＊ｇｅｔ

＿

＿

ｉｎｆｏ；／＊有较多限定的特殊类型的ｒｅａｄ方法　／　

ｓｔｒｕｃｔ　ｍｏｄｕｌｅ＊ｏｗｎｅｒ；　

如果将ｏｗｎｅｒ指针设置成ＴＨＩＳ—ＭＯＤＵＬＥ，那么创建这个ｐｒｏｅ　ｄｉｒ＿ｅｎｔｙｒ的内核模块不用时，将被卸载；　

如果将ｏｗｎｅｒ指针设置成其它内核模块，那么它可以保证在其它模块没被卸载之前，不会被卸掉　

术，　

ｓｔｒｕｅ＇ｔ　ｐｒｏｃ

—

ｄｉｒ　ｅｎｔｒｙ　ｎｅｘｔ，　ｐａｒｅｎｔ，　ｓｕｂｄｉｒ；／／描述了ｐｒｏｃ文件系统的树形链接结构　

ｖｏｉｄ＊ｄａｔａ；／＊ｐｒｏｃ的ｒｅａｄ方法的返回值，Ｉ‘／　

ｒｅａｄ

＿

ｐｒｏｃ＿ｔ　ｒｅａｄ　ｐｒｏｃ；　

ｗｒｉｅ

＿

ｐｒｏｃ＿ｔ＊ｗｒｉｔｅ

＿

ｐｒｏｃ；／＊ｐｒｏｃ中的ｒｅａｄ方法和ｗｒｉｔｅ方法，Ｉ‘／　

｝　

１．３　ｐｒｏｅ文件系统的文件读，写流程　

以内核２．４．２０（ｒｅｄｈａｔ　９．０）为例讨论ｐｒｏｃ文件系统的读写流程。　

①用户进程通过系统调用ｒｅａｄ（读文件）或ｗｒｉｔｅ（写文件）陷入内核，分别执行ｓｙｓ

＿

ｒｅａｄ，ｓｙｓ

＿

ｗｒｉｔｅ两个内　

核函数（文件．／ｌｉｎｕｘ／ｆｓ／ｒｅａｄ＿ｗｒｉｔｅ．ｃ），在这两个函数中执行６ｌｅ结构中函数跳转表ｆ＿ｏｐ中的ｒｅａｄ，ｗｒｉｔｅ指针所　

指的函数；　

②ｆｉｌｅ一＞ｆ　ｏｐ函数跳转表的值来源于ｉｎｏｄｅ结构中的ｉ＿ｆｏｐ，在访问文件的过程中，ｄｅｎｔｒｙ＿ｏｐｅｎ函数将文　

件索引节点中函数跳转表ｉ＿ｆｏｐ值赋给ｆｉｌｅ结构中的ｆ　ｏｐ（文件．／ｌｉｎｕｘ／ｆｓ／ｏｐｅｎ．ｃ）；　

（￣）ｉｎｏｄｅ结构中ｉ　ｆｏｐ值来源于ｐｒｏｃ　ｄｉｒ—ｅｎｔｙｒ中的ｐｒｏｃ—ｆｏｐｓ，在创建ｐｒｏｅ文件系统中文件ｉｎｏｄｅ节点时，　

函数ｐｒｏｃ＿ｇｅｔ＿ｉｎｏｄｅ将文件对应的ｐｒｏｃ＿ｄｉｒ＿ｅｎｔｒｙ中ｐｒｏｃ—ｆｏｐｓ值赋给ｉｎｏｄｅ结构中ｉ　ｆｏｐ（文件．／ｌｉｎｕｘ／ｆｓ／ｐｒｏｅ／　

ｉｎｏｄｅ．ｃ）；　

＠ｐｒｏｃ＿ｄｉｒ＿ｅｎｔｒｙ结构中ｐｒｏｃ＿ｆｏｐｓ值来源于ｐｒｏｃ＿ｆｉｌｅ—ｏｐｅｒａｔｉｏｎｓ，在创建文件ｐｒｏｃ　ｄｉｒ　ｅｎｔｙｒ结构时，函数　

维普资讯

３２２　安徽工业大学学报　２００６年　

ｐｒｏｃ＿ｒｅｇｉｓｔｅｒ将ｐｒｏｃ＿ｆｉｌｅ—ｏｐｅｒａｔｉｏｎｓ值赋给ｐｒｏｃ—ｄｉｒ＿ｅｎｔｒｙ结构中ｐｒｏｃ—ｆｏｐｓ，（文件．／ｌｉｎｕｘ］ｆｓ／ｐｒｏｃ／ｇｅｎｅｒｉｅ．ｅ）；　

（￣ｐｒｏｃ＿ｆｉｌｅ　ｏｐｅｒａｔｉｏｎ中ｐｒｏｃ　ｆｉｌｅ—ｒｅａｄ和ｐｒｏｃ＿ｆｉｌｅ＿ｗｒｉｔｅ两个函数，分别执行的是ｐｒｏｃ＿ｄｉｒ＿ｅｎｔｒｙ结构中　

函数指针（ｐｒｏｃ＿ｒｅａｄ，ｐｒｏｃ＿ｗｒｉｔｅ）所指的函数（文件．／ｌｉｎｕｘ／ｆｓ／ｐｒｏｃ／ｇｅｎｅｒｉｃ．ｃ）；　

＠ｐｒｏｃ＿ｄｉｒ　ｅｎｔｒｙ结构中ｐｒｏｃ＿ｒｅａｄ和ｐｒｏｃ＿ｗｒｉｔｅ函数指针赋值是在创建文件的ｐｒｏｃ　ｄｉｒ　ｅｎｔｒｙ结构时由　

函数ｃｒｅａｔｅ＿ｐｒｏｃ＿ｅｎｔｒｙ（），ｃｒｅａｔｅ—ｐｒｏｃ＿ｒｅａｄ—ｅｎｔｒｙ（），ｃｒｅａｔｅ＿ｐｒｏｃ—ｉｎｆｏ—ｅｎｔｙｒ（）等函数进行的（文件．／ｉｎｃｌｕｄｅ／　

ｌｉｎｕｘ／ｐｒｏｃ

ｆｓ．ｈ，ｃｒｅａｔｅ

ｐｒｏｃ＿ｒｅａｄ

＿

——

ｅｎｔｙｒ（）等函数实际是ｃｒｅａｔｅ＿ｐｒｏｃ—ｅｎｔｙｒ（）的打包函数）；　

⑦文件读／写流程最后落到了内核函数ｃｒｅａｔｅ—ｐｒｏｃ—ｅｎｔｙｒ（）中ｒｅａｄ—ｐｒｏｃＯ和ｗｒｉｔｅ—ｐｒｏｃ０两个方法上。两　

个函数的原形如下：　

ｓｔａｔｉｃ　ｉｎｔ　ｐｒｏｃ

＿

ｒｅａｄ（ｃｈａｒ＊ｐａｇｅ，ｃｈａｒ　＊ｓｔａｒｔ，ｌｏｆｆ　ｔ　ｏｆｆ，ｉｎｔ　ｃｏｕｎｔ，ｉｎｔ　ｅｏｆ，ｖｏｉｄ　ｄａｔａ）　

ｐｒｏｃ　ｒｅａｄ函数将内核变量信息收集到ｐａｇｅ所指的缓冲区中；　

ｓｔａｔｉｃ　ｓｓｉｚｅ

＿

ｔ　ｐｒｏｃ＿ｗｒｉｔｅ（ｓｔｒｕｃｔ　ｆｉｌｅ　ｆｉｌｅ，ｃｏｎｓｔ　ｃｈａｒ　ｂｕｆｆ，ｓｉｚｅ＿ｔ　ｃｏｕｎｔ，ｌｏｆｆ＿ｔ　ｐｐｏｓ）　

ｐｒｏｃ　ｗｒｉｔｅ函数将ｂｕｆｆ所指的缓冲区中的数据赋给　ｌｅ所对应的内核变量。　

２设计思路及其实现　

２．１设计思路　

Ｔ０ｐ等工具是访问系统的内部信息，读取或设置内部数据结构的值。这些工具的实现完全可以基于，ｐｒｏｃ　

文件系统来实现，在清楚Ｔ／ｐｒｏｃ文件系统的工作过程后，这种技术变得简单易行。可以借助ＬＫＭ技术在内　

核空间编写代码，填写ｐｒｏｃ　ｄｉｒ　ｅｎｔｙｒ结构体，建￣／ｐｒｏｃ文件系统下的”文件节点”，实现ｒｅａｄ＿ｐｒｏｅ　Ｏ和　

ｗｒｉｔｅ

＿

ｐｒｏｃ０等函数，收集感兴趣的数据到内核的缓冲区ｐａｇｅ中。　

２．２　Ｔｏｐ实现示例　

下面的代码是ｔｏｐ工具一个轻量级版本，在Ｌｉｎｕｘ２．４．２０（Ｒｅｄｈａｔ　９．Ｏ）中编译实现。　

……………………………：　

ｓｔｒｕｃｔ　ｐｒｏｃ　ｄｉｒ　ｅｎｔｙｒ　ｐｒｏｃ＿ｔｏｐ；　

ｉｎｔ　ｌｉｓｔ　ｔａｓｋｓ（ｃｈａｒ　ｐａｇｅ，ｃｈａｒ　ｓｔａｒｔ，ｏｆｆ＿ｔ　ｏｆｆ，ｉｎｔ　ｃｏｕｎｔ，ｉｎｔ　ｅｏｆ，ｖｏｉｄ　ｄａｔａ）　

（　

ｉｎｔ　ｓｉｚｅ＝Ｏ：　

ｓｔｒｕｃｔ　ｔａｓｋ　ｓｔｒｕｃｔ　ｐ；　

ｃｈａｒ　ｓｔａｔｅ；　

ｓｉｚｅ＋＝ｓｐｒｉｎｔｆ（ｐａｇｅ＋ｓｉｚｅ，”％５ｓ％７ｓ％７ｓ％７ｓ％７ｓ％７ｓ％ｓ＼ｎｋｎＩＩ　ｆｌＰＩＤＩｆ　ｆｌＵＩＤ”，”ＰＲＩＯＩＩ　ＩｉＳＴＡＴＥＩＩ　ＩＩＵＳＥＲｔ＂，＂ＳＹＳｔ”　

ＣＯＭＭＡＮＤ”）；　

ｒｅａｄ　ｌｏｃｋ（＆ｔａｓｋｌｉｓｔ　ｌｏｃｋ）；／＊同步控制，加锁读取进程链　，　

ｆｏｒ＿ｅａｃｈ

—

ｐｒｏｃｅｓｓ（ｐ）　扫描整个进程链表　，　

｛　

ｉｆ（（ｉｎｔ）ｐ一＞ｓｔａｔｅ＝＝一１）ｓｔａｔｅ＝　；／　进程状态，僵死　／　

ｅｌｓｅ　ｉｆ（（ｉｎｔ）ｐ－＞ｓｔａｔｅ＝＝ｏ）ｓｔａｔｅ＝，Ｒ　；／　运行　／　

ｅｌｓｅ　ｓｔａｔｅ＝　；／　挂起　／　

ｓｉｚｅ＋＝ｓｐｒｉｎｔｆ（ｐａｇｅ＋ｓｉｚｅ，＂％５ｄ％７ｄ％７ｄ％ｃ％７ｄ％７ｄ％ｓｈａ”，（ｉｎＯｐ一＞ｐｉｄ，（ｉｎｔ）ｐ一＞ｕｉｄ，（ｉｎｔ）ｐ一＞ｒｔ＿ｐｒｉｏｒｉｔｙ，ｓｔａｔｅ，　

（ｉｎｔ）ｐ－＞ｔｉｍｅｓ．ｔｍｓ—ｕｔｉｍｅ，（ｉｎｔ）ｐ一＞ｔｉｍｅｓ．ｔｍｓ　ｓｔｉｍｅ，Ｐ一＞ｃｏｍｍ）；　

………………………。　…。；　

ｌ　将感兴趣的所有进程信息写到ｐａｇｅ所指的缓冲区中　／　

ｒｅａｄ

＿

ｕｎｌｏｃｋ（＆ｔａｓｋｌｉｓｔ＿ｌｏｃｋ）；／＊解锁　／　

ｒｅｔｕｒｎ（ｓｉｚｅ）；　

Ｊ　

ｉｎｔ　ｉｎｉｔ　ｍｏｄｕｌｅ（ｖｏｉｄ）　

维普资讯

第３期　阮越：Ｌｉｎｕｘ管理工具在嵌入式系统中一种轻量级的实现方法　

３２３　

｛　

ｐｒ０ｃ—ｔｏｐ－＞ｒｅａｄ

ｐｒ。ｃ＝ｌｉｓｔ

＿

ｔａｓｋｓ；／＊将我们编写的函数赋给ｐｒｏｃ＿ｄｉｒ＿ｅｎｔｒｙ中的读函数　／　

＿

ｐｒｉｎｔｋ（”。ｕ　。ｆ　ｈｅｒｅ＼ｆ１”）；　ＰＩＤ　ｕＩＤ　ＰＲＩＯ　ｓＴＡＴＥ　ＵＳＥＲ

ｔ　ｓＹｓｔ…ＣＯＭＭＡＮＤ　

２３　

目录下高二出

面　码经过编　等璧　孳篓　∞ｃ

现一个　要　文ｔｏｐ

过编译后生成内核模块ｐ

　箨件慧　节点

　０ｃ　　？ｔｏｐ．。　０：，利　１２　０　Ｕ：　０：Ｕ　ｓ三：　１　４　：…　‘，１８　…ｉｎｉｌ　　

。

这时可以使用标准的文件　

蓑　磊　３。。。Ｓ　ｕ。ｕ．ｏ．．　

～　…　

ｅｖｅｎｄｔｄ

Ｌｉｎｕｘ文件操作命令访问它，命令的执行结果大致如图　。：

４　１ｏ　

１６：　

０　０　ｓ　

三　

０　ｏ．

…ｂ

．．ｍｉ

　ｈ

ｎｇｅｔ

ｔｙ

３结　论　４　

００　

图

，　

ｐ　执　

流内核版本中ｔ０ｐ和嵌入式环境ｄ￣／ｐｒｏｃ／　

ｔ０ｐ所需资源的比较，从表２明显可以看　ｔｏｐ　

￣／ｐｒｏｃ／ｔｏｐ的优势。　Ｌｉｂｎｃｕｒｓｅｓ库，２８９ｋ——　

不需要Ｌｉｂｎｃｕｒｓｅｓ库　

／ｐｒｏｃ／ｔｏｐ的局限主要有两点：（１）／ｐｒｏｃ／文件系统，３５２　ｋ（５４　ｋ／ｕｓｒ／ｂｉｎ／ｔｏｐ＋２９８　ｋ　ｌｉｂｓ）　

文件系统，２ｋ（内核２．４．２０）　

ｔ０ｐ需要在内核空间编写代码，如果出现错　些二夏　墨　塑旦　

４３个系统调用　

误，对整个系统可能是致命的；（２）／ｐｒｏｃ在不同的内核版本中差别较大，移植需要较多的工作。但只要对内　

核代码和结构有清晰地了解，这两个局限是完全可以克服的。　

参考文献：　

［１１］　Ａｌｅｓｓａｎｄｒｏ　Ｒｕｂｉｎｉ．Ｌｉｎｕｘ设备驱动程序【Ｍ］．第二版．北京：中国电力出版社，２００２．　

［２】Ｔｅｒｒｅｈｏｎ　Ｂｏｗｄｅｎ．Ｔｈｅ　ｐｒｏｃ－ｈｏｗｔｏ［ＥＢ／ＯＬ］．ｈｔｔｐ：／／ｗｗｗ．１ｉｎｕｘｆｏｍｍ．ｃｏｍ／ｌｌｎｕｘ—ｆｉｌｅｓｙｓｔｅｍ／ｐｒｏｃ．ｈｔｍｌ，２００４０１—１０／２００５—０９—２０．　

【３】Ｐｅｔｅｒ　Ｊａｙ　Ｓａｌｚｍａｎ，Ｍｉｃｈａｅｌ　Ｂｕｒｉａｎ，Ｏｒｉ　Ｐｏｍｅｒａｎｔｚ．Ｔｈｅ　Ｌｉｎｕｘ　Ｋｅｒｎｅｌ　Ｍｏｄｕｌｅ　Ｐｒｏｇｒａｍｍｉｎｇ　Ｇｕｉｄｅ【ＥＷＯＥ］．ｈｔｔｐ：／／ｗｗｗ．ｔｌｄｐ．ｏｒｇ，　

ｇｕｉｄｅｓ．ｈｔｍｌ，２００５－０５－１２／２００５－０９－２０．　

［４］［美】博韦＆西斯特．深入理解Ｌｉｎｕｘ内核【Ｍ］．第二版．北京：中国电力出版社，２００４．