Linux中proc目录下文件详解
[root@localhost ~]# cat /proc/loadavg 0.11 0.16 0.14 3/126 3912
-------------------------------------------------------------------------------/proc/locks 文件 这个文件包含在打开的文件上的加锁信息。文件中的每一行描述了特定文件和文档上的加锁信息以及对文 件施加的锁的类型。内核也可以需要时对文件施加强制性锁。 示例： [root@localhost redhat]# cat /proc/locks 1: POSIX ADVISORY READ 3822 03:0a:1067117 0 EOF 2: POSIX ADVISORY READ 3822 03:0a:1067138 0 EOF 3: POSIX ADVISORY WRITE 3326 03:0a:2326540 0 EOF 4: POSIX ADVISORY WRITE 2639 03:0a:2966595 0 EOF 5: FLOCK ADVISORY WRITE 2591 03:0a:2966586 0 EOF 6: POSIX ADVISORY WRITE 2540 03:0a:2966578 0 EOF 7: POSIX ADVISORY WRITE 2530 03:0a:2966579 0 EOF 8: POSIX ADVISORY WRITE 2402 03:0a:2966563 0 EOF 9: POSIX ADVISORY WRITE 2371 03:0a:2966561 0 EOF --------------------------------------------------------------------------------
-------------------------------------------------------------------------------/proc/cpuinfo 文件 这个文件提供了有关系统 CPU 的多种信息。这些信息是从内核里对 CPU 的测试代码中得到的。文件列出 了 CPU 的普通型号（386,486,586,686等）,以及能得到的更多特定信息（制造商,型号和版本）。文件还包含 了以 bogomips 表示的处理器速度,而且如果检测到 CPU 的多种特性或者 bug,文件还会包含相应的标志。这 个文件的格式为：文件由多行构成,每行包括一个域名称,一个冒号和一个值。 示例： [root@localhost proc]# cat cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 6 model : 8 model name : AMD Athlon(tm) XP 1800+ stepping : 1 cpu MHz : 1530.165 cache size : 256 KB fdiv_bug : no hlt_bug : no f00f_bug : no
CPU0 0: 7039406 XT-PIC timer 1: 6533 XT-PIC i8042 2: 0 XT-PIC cascade 3: 0 XT-PIC uhci_hcd 5: 108 XT-PIC VIA8233, uhci_hcd 8: 1 XT-PIC rtc 9: 0 XT-PIC acpi 10: 0 XT-PIC ehci_hcd 11: 17412 XT-PIC uhci_hcd, eth0 12: 140314 XT-PIC i8042 14: 37897 XT-PIC ide0 15: 60813 XT-PIC ide1 NMI: 0 ERR: 1
-------------------------------------------------------------------------------/proc/interrupts 文件 这个文件的每一行都有一个保留的中断。每行中的域有：中断号,本行中断的发生次数,可能带有一个加号的 域（SA_INTERRUPT 标志设置）,以及登记这个中断的驱动程序的名字。可以在安装新硬件前 ,像查看 /proc/dma 和/proc/ioports 一样用 cat 命令手工查看手头的这个文件。这几个文件列出了当前投入使用的资源 （但是不包括那些没有加载驱动程序的硬件所使用的资源）。 示例： [root@localhost SPECS]# cat /proc/interrupts
Block devices: 1 ramdisk 2 fd 3 ide0 9 r 254 mdp
--------------------------------------------------------------------------------
-------------------------------------------------------------------------------/proc/ioports 文件 这个文件列出了诸如磁盘驱动器,以太网卡和声卡设备等多种设备驱动程序登记的许多 I/O 端口范围。 示例： [root@localhost SPECS]# cat /proc/ioports 0000-001f : dma1 0020-0021 : pic1 0040-0043 : timer0 0050-0053 : timer1 0060-006f : keyboard 0070-0077 : rtc 0080-008f : dma page reg 00a0-00a1 : pic2 00c0-00df : dma2 00f0-00ff : fpu 0170-0177 : ide1 01f0-01f7 : ide0 0376-0376 : ide1 0378-037a : parport0 037b-037f : parport0 03c0-03df : vga+ 03f6-03f6 : ide0 03f8-03ff : serial 0800-0803 : PM1a_EVT_BLK 0804-0805 : PM1a_CNT_BLK 0808-080b : PM_TMR 0810-0815 : ACPI CPU throttle 0820-0823 : GPE0_BLK
-------------------------------------------------------------------------------/proc/devices 文件 这个文件列出字符和块设备的主设备号,以及分配到这些设备号的设备名称。 示例： [root@localhost /]# cat /proc/devices Character devices: 1 mem 4 /dev/vc/0 4 tty 4 ttyS 5 /dev/tty 5 /dev/console 5 /dev/ptmx 6 lp 7 vcs 10 misc 13 input 14 sound 29 fb 36 netlink 116 alsa 128 ptm 136 pts 180 usb
Linux 中/proc 目录下文件详解
声明：可以自由转载本文,但请务必保留本文的完整性。 作者：张子坚 email:zhangzijian@
说明：本文所涉及示例均在 fedora core3下得到。 -------------------------------------------------------------------------------/proc 文件系统下的多种文件提供的系统信息不是针对某个特定进程的,而是能够在整个系统范围的上下文 中使用。可以使用的文件随系统配置的变化而变化。命令 procinfo 能够显示基于其中某些文件的多种系统 信息。
/proc/dma 文件 这个文件列出由驱动程序保留的 DMA 通道和保留它们的驱动程序名称。casade 项供用于把次 DMA 控制器 从主控制器分出的 DMA 行所使用;这一行不能用于其它用途。 示例： [root@localhost ~]# cat /proc/dma 4: cascade
-------------------------------------------------------------------------------/proc/filesystems 文件 这个文件列出可供使用的文件系统类型,一种类型一行。虽然它们通常是编入内核的文件系统类型,但该文件 还可以包含可加载的内核模块加入的其它文件系统类型。 示例： [root@localhost proc]# cat /proc/filesystems nodev sysfs nodev rootfs nodev bdev nodev proc nodev sockfs nodev binfmt_misc nodev usbfs nodev usbdevfs nodev futexfs nodev tmpfs nodev pipefs nodev eventpollfs nodev devpts ext2 nodev ramfs nodev hugetlbfs iso9660 nodev mqueue nodev selinuxfs ext3 nodev rpc_pipefs nodev autofs
以下详细描述/proc 下的文件:
-------------------------------------------------------------------------------/proc/cmdline 文件 这个文件给出了内核启动的命令行。它和用于进程的 cmdline 项非常相似。 示例： [root@localhost proc]# cat cmdline ro root=LABEL=/ rhgb quiet
coma_bug : no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow bogomips : 2998.27
linux proc文件夹介绍
/proc/stat 所有的CPU活动信息
/proc/sysrq-trigger 使用echo命令来写这个文件的时候，远程root用户可以执行大多数的系统请求关键命令，就好像在本地终端执行一样。要写入这个文件，需要把/proc/sys/kernel/sysrq不能设置为0。这个文件对root也是不可读的
/proc/irq 中断请求设备信息
/proc/net 网卡设备信息
/proc/scsi scsi设备信息
/proc/tty tty设备信息
/proc/net/dev 显示网络适配器及统计信息
/proc/vmstat 虚拟内存统计信息
/proc/vmcore 内核panic时的内存映像
除了以上介绍的这些，还有的是一些以数字命名的目录，它们是进程目录。系统中当前运行的每一个进程都有对应的一个目录在/proc下，以进程的 PID号为目录名，它们是读取进程信息的接口。而self目录则是读取进程本身的信息接口，是一个link。
2. 子文件或子文件夹
/proc/buddyinfo 每个内存区中的每个order有多少块可用，和内存碎片问题有关
/proc/kcore 代表系统的物理内存，存储为核心文件格式，里边显示的是字节数，等于RAM大小加上4kb
/proc/kmsg 记录内核生成的信息，可以通过/sbin/klogd或/bin/dmesg来处理
/proc/loadavg 根据过去一段时间内CPU和IO的状态得出的负载状态，与uptime命令有关
Linux下/proc目录简介
1. /proc目录
Linux 内核提供了一种通过 /proc 文件系统，在运行时访问内核内部数据结构、改变内核设置的机制。proc文件系统是一个伪文件系统，它只存在内存当中，而不占用外存空间。它以文件系统的方式为访问系统内核数据的操作提供接口。
linux操作系统目录结构详解
linux操作系统目录结构详解linux操作系统目录结构详解为了帮助广大考试新手们更加顺利地复习备考，店铺整理了关于Linux目录结构的备考资料，希望能够对大家有所帮助。
linux 目录结构/: 根目录，一般根目录下只存放目录，不要存放文件，/etc、/bin、/dev、/lib、/sbin应该和根目录放置在一个分区中/bin:/usr/bin: 可执行二进制文件的目录，如常用的命令ls、tar、mv、cat等。
/boot: 放置linux系统启动时用到的一些文件。
/boot/vmlinuz为linux的内核文件，以及/boot/gurb.建议单独分区，分区大小100M 即可/dev: 存放linux系统下的设备文件，访问该目录下某个文件，相当于访问某个设备，常用的是挂载光驱mount /dev/cdrom /mnt./etc: 系统配置文件存放的目录，不建议在此目录下存放可执行文件，重要的配置文件有/etc/inittab、/etc/fstab、/etc/init.d、/etc/X11、/etc/sysconfig、/etc/xinetd.d修改配置文件之前记得备份。
注：/etc/X11存放与x windows有关的设置。
/home: 系统默认的用户家目录，新增用户账号时，用户的家目录都存放在此目录下，~表示当前用户的家目录，~test表示用户test的家目录。
建议单独分区，并设置较大的磁盘空间，方便用户存放数据/lib:/usr/lib:/usr/local/lib: 系统使用的函数库的目录，程序在执行过程中，需要调用一些额外的参数时需要函数库的协助，比较重要的目录为/lib/modules./lost+fount: 系统异常产生错误时，会将一些遗失的片段放置于此目录下，通常这个目录会自动出现在装置目录下。
如加载硬盘于/disk 中，此目录下就会自动产生目录/disk/lost+found/mnt:/media: 光盘默认挂载点，通常光盘挂载于/mnt/cdrom下，也不一定，可以选择任意位置进行挂载。
proc 文件系统
该函数将创建一个目录，父目录为parent。
proc文件系统的编程接口
删除节点（文件或者目录）remove_proc_entry()
void remove_proc_entry ( const char *name, struct proc_dir_entry *parent)
该函数将删除一个proc节点（按文件名删除）。
proc文件系统的编程接口
以上五个创建节点的函数在内核中的实现流程：
通过proc_create为结构申请空间，并进行一些初始化工 作。 proc_register则进一步填写结构中的域。并完成注册工作
删除节点的函数在内核中的实现流程：
则是先调用clear_bit和proc_kill_inodes，注销inode结构 ，如果引用数为0，则调用free_proc_entry释放结构对应 的空间；否则置一个删除标志，不释放空间
proc文件系统的编程接口
创建设备文件proc_mknod()
struct proc_dir_entry *proc_mknod( const char *name, mode_t mode, struct proc_dir_entry *paren建一个名字为name的设 备文件，文件类型和权限为mode，设备号为rdev 。
操作系统 课程设计
proc 文件系统
proc
proc 文件系统是 Linux 中的特殊文件系统，提供 中的特殊文件系统， 给用户一个可以了解内核内部工作过程的可读窗 口，在运行时访问内核内部数据结构、改变内核 在运行时访问内核内部数据结构、 设置的机制。 设置的机制。
保存系统当前工作的特殊数据，但并不存在于任何物 理设备中； 对其进行读写时，才根据系统中的相关信息即时生成 ；或映射到系统中的变量或数据结构； proc 被称为‘伪文件系统’； 其挂接目录点固定为/proc； ‘man proc’ 进行了详细说明。
Linux文件系统下proc目录详解
Linux中/proc目录下文件详解(2008-7-20 15:54)Linux中/proc目录下文件详解（一）--------------------------------------------------------------------------------/proc文件系统下的多种文件提供的系统信息不是针对某个特定进程的，而是能够在整个系统范围的上下文中使用。
可以使用的文件随系统配置的变化而变化。
命令procinfo能够显示基于其中某些文件的多种系统信息。
以下详细描述/proc下的文件。
--------------------------------------------------------------------------------/proc/cmdline文件这个文件给出了内核启动的命令行。
它和用于进程的cmdline项非常相似。
示例：[root@localhost proc]# cat cmdlinero root=LABEL=/ rhgb quiet--------------------------------------------------------------------------------/proc/cpuinfo文件这个文件提供了有关系统CPU的多种信息。
这些信息是从内核里对CPU的测试代码中得到的。
文件列出了CPU的普通型号（386，486，586，686等），以及能得到的更多特定信息（制造商，型号和版本）。
文件还包含了以bogomips表示的处理器速度，而且如果检测到CPU的多种特性或者bug，文件还会包含相应的标志。
这个文件的格式为：文件由多行构成，每行包括一个域名称，一个冒号和一个值。
示例：[root@localhost proc]# cat cpuinfoprocessor : 0vendor_id : AuthenticAMDcpu family : 6model : 8model name : AMD Athlon(tm) XP 1800+stepping : 1cpu MHz : 1530.165cache size : 256 KBfdiv_bug : nohlt_bug : nof00f_bug : nocoma_bug : nofpu : yesfpu_exception : yescpuid level : 1wp : yesflags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnowbogomips : 2998.27--------------------------------------------------------------------------------/proc/devices文件这个文件列出字符和块设备的主设备号，以及分配到这些设备号的设备名称。
linux pid 路径
linux pid 路径Linux操作系统中，每个进程都有一个唯一的进程标识符（PID）。
PID是一个数字，用于标识进程在操作系统中的身份。
在Linux系统中，PID路径是指一个进程在文件系统中的路径，可以通过该路径找到对应进程的相关信息。
在Linux系统中，每个进程都有一个对应的进程目录，该目录的路径为/proc/PID。
其中，PID是进程的标识符。
进入该目录后，可以通过查看相应的文件来获取进程的详细信息。
在/proc/PID目录下，有一些重要的文件和目录，如下所示：1. cmdline：该文件保存了进程的启动命令行参数。
通过查看该文件，可以了解进程是如何启动的。
2. environ：该文件保存了进程的环境变量。
通过查看该文件，可以了解进程的运行环境。
3. exe：该文件是进程的可执行文件的链接。
通过查看该文件，可以了解进程的可执行文件路径。
4. fd：该目录保存了进程打开的文件描述符的信息。
通过查看该目录下的文件，可以了解进程打开了哪些文件。
5. status：该文件保存了进程的状态信息，如进程的PID、父进程的PID、进程的运行状态等。
除了以上这些文件外，还有许多其他的文件和目录，保存了进程的其他信息。
通过读取这些文件，可以了解进程的详细信息。
通过PID路径，我们可以对进程进行监控和管理。
比如，我们可以通过读取/proc/PID/status文件获取进程的状态信息，判断进程是否在运行；通过读取/proc/PID/cmdline文件获取进程的启动命令行参数，了解进程是如何启动的；通过读取/proc/PID/fd目录下的文件，了解进程打开了哪些文件。
PID路径在Linux系统中扮演着重要的角色。
通过PID路径，我们可以方便地获取进程的相关信息，进行进程管理和监控。
同时，PID 路径也是Linux系统中进程管理的基础，通过PID路径，操作系统可以对进程进行唯一标识和管理。
PID路径是Linux系统中进程在文件系统中的路径，通过该路径可以找到进程的相关信息。
linux中proc详解
linux中proc详解Linux-procproc ⽂件系统在Linux中有额外的机制可以为内核和内核模块将信息发送给进程-- /proc ⽂件系统。
最初设计的⽬的是允许更⽅便的对进程信息进⾏访问（因此得名），现在它被每⼀个有有趣的东西报告的内核使⽤，例如/proc/modules 有模块的列表/proc/meminfo 有内存使⽤的统计表。
使⽤proc ⽂件系统的⽅法和使⽤设备驱动程序⾮常相似--创建⼀个/proc ⽂件需要的所有信息的结构，包括任何处理函数的指针（在我们的例⼦中只有⼀个，当某⼈试图从/proc ⽂件读时调⽤的那⼀个）。
然后，init_module 在内核中登记该结构⽽cleanup_module 注销它。
我们使⽤proc_register_dynamic(这是在2.0 版中的情况，在2.2 版中如果我们将节点设置为0系统将⾃动为我们做到) 的原因是我们不想预先决定我们的⽂件的节点数字，⽽是为防⽌冲突⽽由内核决定它。
通常的⽂件系统存在于磁盘上⽽不是内存中（/proc 在内存中），在这中情况下，节点数是是指向⽂件的索引节点所在的磁盘位置的指针。
节点包含⽂件的信息（例如⽂件的存取权限）和指向磁盘位置或⽂件数据可以被找到的⼏个位置的指针。
因为当⽂件被打开或关闭的时候不能得到调⽤，所以在这个模块中没有地⽅放置MOD_INC_USE_COUNT 和MOD_DEC_USE_COUNT，并且，如果⽂件被打开随后模块被移除，我们没有办法避免后果。
在下⼀章我们会看到⼀个艰难的但更灵活的可以处理/proc⽂件的实现⽅式，它也可以让我们防⽌那个问题。
/os/201202/119552.htmlLinux 内核提供了⼀种通过/proc ⽂件系统，在运⾏时访问内核内部数据结构、改变内核设置的机制。
尽管在各种硬件平台上的Linux 系统的/proc ⽂件系统的基本概念都是相同的，但本⽂只讨论基于intel x86 架构的Linux /proc ⽂件系统。
你不知道的Linux内核中的proc文件系统
你不知道的Linux内核中的proc文件系统简介procfs文件系统是内核中的一个特殊文件系统。
它是一个虚拟文件系统: 它不是实际的存储设备中的文件，而是存在于内存中。
procfs中的文件是用来允许用户空间的程序访问内核中的某些信息（比如进程信息在 /proc/[0-9]+/中），或者用来做调试用途（/proc/ksyms，这个文件列出了已经登记的内核符号，这些符号给出了变量或函数的地址。
每行给出一个符号的地址，符号名称以及登记这个符号的模块。
程序ksyms、insmod和kmod使用这个文件。
它还列出了正在运行的任务数，总任务数和最后分配的PID。
）这个文档描述了内核中procfs文件系统的使用。
它以介绍所有和管理文件系统相关的函数开始。
在函数介绍后，它还展示了怎么和用户空间通信，和一些小技巧。
在文档的最后，还给出了一个完整的例子。
注意/proc/sys中的文件属于sysctl文件，它们不属于procfs文件系统，被另外一套完全不同的api管理。
seq_fileprocfs在处理大文件时有点笨拙。
为了清理procfs文件系统并且使内核编程简单些，引入了seq_file机制。
seq_file机制提供了大量简单的接口去实现大内核虚拟文件。
seq_file机制适用于你利用结构序列去创建一个返回给用户空间的虚拟文件。
要使用seq_file机制，你必须创建一个”iterator”对象，这个对象指向这个序列，并且能逐个指向这个序列中的对象，此外还要能输出这个序列中的任一个对象。
它听起来复杂，实际上，操作过程相当简单。
接下来将用实际的例子展示到底怎么做。
首先，你必须包含头文件。
接下来，你必须创建迭代器方法：start, next, stop, and show。
start方法通常被首先调用。
这个方法的函数原型是:void *start(struct seq_file *sfile, loff_t *pos);sfile没什么作用，通常被忽略。
Linux下各文件夹的结构说明及用途介绍
linux下各文件夹的结构说明及用途介绍：/bin 二进制可执行命令/dev 设备特殊文件/etc 系统管理和配置文件/etc/rc.d 启动的配置文件和脚本/home 用户主目录的基点，比如用户user的主目录就是/home/user，可以用~user表示/lib 标准程序设计库，又叫动态链接共享库，作用类似windows里的.dll文件/sbin 系统管理命令，这里存放的是系统管理员使用的管理程序/tmp 公用的临时文件存储点/root 系统管理员的主目录（呵呵，特权阶级）/mnt 系统提供这个目录是让用户临时挂载其他的文件系统。
/lost+found 这个目录平时是空的，系统非正常关机而留下“无家可归”的文件（windows 下叫什么.chk）就在这里/proc 虚拟的目录，是系统内存的映射。
可直接访问这个目录来获取系统信息。
/var 某些大文件的溢出区，比方说各种服务的日志文件/usr 最庞大的目录，要用到的应用程序和文件几乎都在这个目录。
其中包含：/usr/x11r6 存放x window的目录/usr/bin 众多的应用程序/usr/sbin 超级用户的一些管理程序/usr/doc linux文档/usr/include linux下开发和编译应用程序所需要的头文件/usr/lib 常用的动态链接库和软件包的配置文件/usr/man 帮助文档/usr/src 源代码，linux内核的源代码就放在/usr/src/linux里/usr/local/bin 本地增加的命令/usr/local/lib 本地增加的库根文件系统通常情况下，根文件系统所占空间一般应该比较小，因为其中的绝大部分文件都不需要经常改动，而且包括严格的文件和一个小的不经常改变的文件系统不容易损坏。
除了可能的一个叫/ v m l i n u z标准的系统引导映像之外，根目录一般不含任何文件。
所有其他文件在根文件系统的子目录中。
Linux中的文件和目录结构详解
Linux中的⽂件和⽬录结构详解 对于每⼀个Linux学习者来说，了解Linux⽂件系统的⽬录结构，是学好Linux的⾄关重要的⼀步.，深⼊了解linux⽂件⽬录结构的标准和每个⽬录的详细功能，对于我们⽤好linux系统只管重要，下⾯我们就开始了解⼀下linux⽬录结构的相关知识。
当在使⽤Linux的时候，如果您通过ls –l / 就会发现，在/下包涵很多的⽬录，⽐如etc、usr、var、bin ... ... 等⽬录，⽽在这些⽬录中，我们进去看看，发现也有很多的⽬录或⽂件。
⽂件系统在Linux下看上去就象树形结构，所以我们可以把⽂件系统的结构形象的称为树形结构。
⽂件系统的是⽤来组织和排列⽂件存取的，所以它是可见的，在Linux中，我们可以通过ls等⼯具来查看其结构，在Linux系统中，我们见到的都是树形结构；⽐如操作系统安装在⼀个⽂件系统中，它表现为由/ 起始的树形结构。
linux⽂件系统的最顶端是/，我们称/为Linux的root，也就是 Linux操作系统的⽂件系统。
Linux的⽂件系统的⼊⼝就是/，所有的⽬录、⽂件、设备都在/之下，/就是Linux⽂件系统的组织者，也是最上级的领导者。
由于linux是开放源代码，各⼤公司和团体根据linux的核⼼代码做各⾃的操作，编程。
这样就造成在根下的⽬录的不同。
这样就造成个⼈不能使⽤他⼈的linux系统的PC。
因为你根本不知道⼀些基本的配置，⽂件在哪⾥。
这就造成了混乱。
这就是FHS（Filesystem Hierarchy Standard ）机构诞⽣的原因。
该机构是linux爱好者⾃发的组成的⼀个团体，主要是是对linux做⼀些基本的要求，不⾄于是操作者换⼀台主机就成了linux的‘⽂盲’。
事实上，FHS是根据过去的经验⼀直再持续的改版的，FHS依据⽂件系统使⽤的频繁与否与是否允许使⽤者随意更动，⽽将⽬录定义成为四种交互作⽤的形态，⽤表格来说有点像底下这样：可分享的(shareable)不可分享的(unshareable)不变的(static)/usr (软件放置处)/etc (配置⽂件)/opt (第三⽅协⼒软件)/boot (开机与核⼼档)可变动的(variable)/var/mail (使⽤者邮件信箱)/var/run (程序相关) /var/spool/news (新闻组)/var/lock (程序相关)四中类型:1.可分享的： 可以分享给其他系统挂载使⽤的⽬录，所以包括执⾏⽂件与⽤户的邮件等数据，是能够分享给⽹络上其他主机挂载⽤的⽬录；2.不可分享的： ⾃⼰机器上⾯运作的装置⽂件或者是与程序有关的socket⽂件等，由于仅与⾃⾝机器有关，所以当然就不适合分享给其他主机了。
Linux下proc文件系统编程
/proc文件系统编程在Linux中有一个另外的机制来使内核及内核模块发送信息给进程——/proc文件系统。
．/proc文件系统在Linux中有一个另外的机制来使内核及内核模块发送信息给进程——/proc文件系统。
/proc文件系统最初是设计使得容易得到进程的信息（从名字可以看出），现在却被任意一块有内容需要报告的内核使用，比如拥有模块列表的/proc/modules和拥有内存使用统计信息的/proc/meminfo。
使用proc文件系统的方法很象使用设备驱动——你创建一个数据结构，使之包含/proc文件需要的全部信息，包括所有函数的句柄（在我们的例子里只有一个，在试图读取/proc 文件时调用）。
然后，用init_module注册这个结构，用cleanup_module注销。
我们使用proc_register_dynamic（注3.1）的原因是我们不希望决定以后在文件中使用的索引节点数，而是让内核来决定它，为了防止冲突。
标准的文件系统是在磁盘上而不是在内存（/proc的位置在内存），在这种情况下节点数是一个指向文件的索引节点所在磁盘地址的指针。
这个索引节点包含了文件的有关信息比如文件的访问权限以及指向磁盘地址的指真或者文件数据的位置。
因为在文件打开或关闭时我们没有调用，所以在模块里无处可放宏MOD_INC_USE_COUNT和MOD_DEC_USE_COUNT，而且如果文件被打开了或者模块被删除了，就没有办法来避免这个结果。
下一章我们将会看到一个更困难的处理/proc的方法，但是也更加灵活，也能够解决这个问题。
ex procfs.c/* procfs.c - create a "file" in /proc* Copyright (C) 1998-1999 by Ori Pomerantz*//* The necessary header files *//* Standard in kernel modules */#include <linux/kernel.h> /* We're doing kernel work */#include <linux/module.h> /* Specifically, a module *//* Deal with CONFIG_MODVERSIONS */#if CONFIG_MODVERSIONS==1#define MODVERSIONS#include <linux/modversions.h>#endif/* Necessary because we use the proc fs */#include <linux/proc_fs.h>/* In 2.2.3 /usr/include/linux/version.h includes a* macro for this, but 2.0.35 doesn't - so I add it* here if necessary. */#ifndef KERNEL_VERSION#define KERNEL_VERSION(a,b,c) ((a)*65536+(b)*256+(c)) #endif/* Put data into the proc fs file.Arguments=========1. The buffer where the data is to be inserted, ifyou decide to use it.2. A pointer to a pointer to characters. This isuseful if you don't want to use the bufferallocated by the kernel.3. The current position in the file.4. The size of the buffer in the first argument.5. Zero (for future use?).Usage and Return Value======================If you use your own buffer, like I do, put itslocation in the second argument and return the number of bytes used in the buffer.A return value of zero means you have no further information at this time (end of file). A negativereturn value is an error condition.For More Information====================The way I discovered what to do with this function wasn't by reading documentation, but by reading the code which used it. I just looked to see what usesthe get_info field of proc_dir_entry struct (I used a combination of find and grep, if you're interested),and I saw that it is used in /fs/proc/array.c.If something is unknown about the kernel, this is usually the way to go. In Linux we have the great advantage of having the kernel source code for free - use it.*/int procfile_read(char *buffer,char **buffer_location,off_t offset,int buffer_length,int zero){int len; /* The number of bytes actually used *//* This is static so it will still be in memory* when we leave this function */static char my_buffer[80];static int count = 1;/* We give all of our information in one go, so if the * user asks us if we have more information the* answer should always be no.** This is important because the standard read* function from the library would continue to issue * the read system call until the kernel replies* that it has no more information, or until its* buffer is filled.*/if (offset > 0)return 0;/* Fill the buffer and get its length */len = sprintf(my_buffer,"For the %d%s time, go away! ", count,(count % 100 > 10 && count % 100 < 14) ? "th" : (count % 10 == 1) ? "st" :(count % 10 == 2) ? "nd" :(count % 10 == 3) ? "rd" : "th" );count++;/* Tell the function which called us where the* buffer is */*buffer_location = my_buffer;/* Return the length */return len;}struct proc_dir_entry Our_Proc_File ={0, /* Inode number - ignore, it will be filled by* proc_register[_dynamic] */4, /* Length of the file name */"test", /* The file name */S_IFREG | S_IRUGO, /* File mode - this is a regular * file which can be read by its* owner, its group, and everybody* else */1, /* Number of links (directories where the* file is referenced) */0, 0, /* The uid and gid for the file - we give it* to root */80, /* The size of the file reported by ls. */NULL, /* functions which can be done on the inode * (linking, removing, etc.) - we don't* support any. */procfile_read, /* The read function for this file,* the function called when somebody* tries to read something from it. */NULL /* We could have here a function to fill the* file's inode, to enable us to play with* permissions, ownership, etc. */};/* Initialize the module - register the proc file */int init_module(){/* Success if proc_register[_dynamic] is a success,* failure otherwise. */#if LINUX_VERSION_CODE > KERNEL_VERSION(2,2,0) /* In version 2.2, proc_register assign a dynamic* inode number automatically if it is zero in the* structure , so there's no more need for* proc_register_dynamic*/return proc_register(&proc_root, &Our_Proc_File);#elsereturn proc_register_dynamic(&proc_root, &Our_Proc_File); #endif/* proc_root is the root directory for the proc* fs (/proc). This is where we want our file to be* located.*/}/* Cleanup - unregister our file from /proc */void cleanup_module(){proc_unregister(&proc_root, Our_Proc_File.low_ino);}。