cache性能分析报告

1、计算机系统结构课内实验实验报告一、实验目的及要求加深对Cache的基本概念、基本组织结构以及基本工作原理的理解；了解Cache的容量、相联度、块大小对Cache性能的影响；掌握降低Cache失效率的各种方法，以及这些方法对Cache性能提高的好处；理解Cache失效的产生原因以及Cache的三种失效；理解LRU与随机法的基本思想，及它们对Cache性能的影响；二、实验环境Vmware 虚拟机，redhat 9.0 linux 操作系统，SimpleScalar模拟器三、实验内容运行SimpleScalar模拟器；在基本配置情况下运行程序（请指明所选的测试程序），统计Cache总失效次数、三种不

2、同种类的失效次数；改变Cache容量（*2，*4，*8，*64），运行程序（指明所选的测试程序），统计各种失效的次数，并分析Cache容量对Cache性能的影响；改变Cache的相联度（1路，2路，4路，8路，64路），运行程序（指明所选的测试程序），统计各种失效的次数，并分析相联度对Cache性能的影响；改变Cache块大小（*2，*4，*8，*64），运行程序（指明所选的测试程序），统计各种失效的次数，并分析Cache块大小对Cache性能的影响；分别采用LRU与随机法，在不同的Cache容量、不同的相联度下，运行程序（指明所选的测试程序）统计Cache总失效次数，计算失效率。分析不同的替

3、换算法对Cache性能的影响。四、实验步骤1、关于simplescalar的简要说明SimpleScalar包括多个仿真器：sim-fast ,simsafe,sim-cache,sim-cheetah,sim-profile,sim-bpred,sim-eio和sim-outorder。 本次实验使用的是sim-cache，下面说明一下sim-cache。sim-cache: 在这个仿真中加入了cache，用户可以对cache及TLB 进行设置，支持两级的cache和一级的TLB，第一级cache和TLB均分为数据和指令两部分。（摘自百度百科）下面简要说明一下有关cache的信息：一般来说，

4、Cache的结构参数主要包括以下几个方面：容量、块大小、相联度、替换算法等。在SimpleScalar模拟器中，采用了两级Cache结构，同时数据和指令Cache分开。SimpleScalar的Cache参数配置命令为：: ：Cache的名称，其中:dl1：一级数据Cache；dl2：二级数据Cache；il1：一级指令Cache；il2：二级指令Cache；dtlb：数据TLB；itlb：指令TLB； ： 组的数目；：块大小； ：相联度； ：替换策略。此时，Cache容量为：*。替换策略主要有以下几种： l ：LRU，最近最少使用； f ： FIFO，先进先出； r ： RANDOM，随机策

5、略。例如：-cache:dl1 dl1:2048:64:4:r，表示对一级数据cache进行配置，2048表示有2048组，64表示cache块大小为64byte，4表示相联度为4，r表示替换策略为RANDOM。在此配置下，一级数据cache的容量为2048*64*4=512KB。由于Simplescalar Spec2000测试程序在其官方网站不能下载，故使用simplescalar模拟器自带的测试程序以及自己设计的一个程序进行测试。我们所有的实验内容都是对一级数据cache来进行分析的。在simplescalar中，我们使用的模拟器是sim-cache。2、 simplescalar模拟器

6、基本配置情况下的运行模拟1.用安装好的simplescalar中的编译器对test.c进行编译，编译后生成了能够在模拟器中可以运行的可执行文件。命令行运行界面如下图所示：2.我们使用simplescalar中的模拟器sim-cache对a.out模拟执行，执行后的界面如下图所示：3.对运行结果进行分析从上面的运行结果中我们提取出一级数据cache（dl1）的信息进行分析：dl1.accesses 4420 # total number of accesses 一级数据cache上的总访问次数dl1.hits 3963 # total number of hits 一级数据cache上的命中次数

7、dl1.misses 457 # total number of misses 一级数据cache上的失效次数dl1.replacements 201 # total number of replacements一级数据cache上发生替换的次数dl1.writebacks 190 # total number of writebacks一级数据cache上发生写回的次数dl1.invalidations 0 # total number of invalidations一级数据cache上无效访问的次数dl1.miss_rate 0.1034 # miss rate (i.e., misse

8、s/ref) 一级数据cache上的失效率dl1.repl_rate 0.0455 # replacement rate (i.e., repls/ref) 一级数据cache上发生替换的概率dl1.wb_rate 0.0430 # writeback rate (i.e., wrbks/ref) 一级数据cache上发生写回的概率dl1.inv_rate 0.0000 # invalidation rate (i.e., invs/ref) 一级数据cache上发生无效访问的概率从分析中，我们可以得出，一级数据cache总共的失效次数（dl1.misses）为457次，我们知道容量失效和冲突

9、失效都发生了替换，所以它们的失效次数（dl1.replacements）总共为201次，强制性失效次数为457-201=256次。一级数据cache的总失效率为0.1034。3、 Cache容量对Cache性能的影响操作说明：改变simplescalar模拟器中的一级数据cache（dl1）的容量配置，我们通过改变组数来改变它的容量。与此同时固定块大小为32byte、相联度为2以及替换策略为LRU等参数。运行的界面（截取了部分所需的界面）如下图所示：容量为2KB（32*32*2*1）时，容量为4KB（64*32*2*1）时，容量为8KB（128*32*2*1）时，容量为64KB（1024*32

10、*2*1）时，4、Cache相联度对Cache性能的影响操作说明改变simplescalar模拟器中的一级数据cache的相联度大小。与此同时固定cache的容量16KB、块大小32byte以及替换策略为LRU等参数。运行的界面（只截取了部分所需的界面）如下图所示：相联度为1路时，相联度为2路时，相联度为4路时，相联度为8路时，相联度为64路时，5、Cache块大小对Cache性能的影响操作说明改变simplescalar模拟器中的一级数据cache的块大小。与此同时固定Cache的容量为32KB、相联度为2以及替换策略为LRU等参数。运行的界面（只截取了部分所需的界面）如下图所示：块大小为8

11、byte时，块大小为16byte时，当块大小为32byte时，当块大小为64byte时，6、Cache的替换策略对Cache性能的影响操作说明改变simplescalar模拟器中的一级数据cache的替换策略。与此同时固定Cache的块大小为32byte、相联度为2。在Cache容量为2KB、4KB、8KB和64KB的情况下，分别进行测试。运行的界面（只截取了部分所需的界面）如下图所示：容量为2KB时，使用了LRU替换策略使用了RANDOM策略容量为4KB时，使用了LRU替换策略使用了RANDOM策略容量为8KB时，使用了LRU策略使用了RANDOM策略容量为64KB时，使用了LRU替换策略使

12、用了RANDOM策略五、实验结果1、cache容量对失效率的影响从面的运行结果中，我们提取所需要的一级数据cache的信息，如下表所示：cache容量总的失效次数总的失效率容量失效和冲突失效总次数强制性失效次数2KB13950.02431331644KB8400.01467121288KB6690.011641325664KB5420.00940542从上表，我们可以分析出，随着cache容量的不断增加，程序的失效率不断降低。容量失效和冲突失效的次数随着cache容量的增加不断地减少，而强制性失效次数则不断地增加。2、相联度对失效率的影响从上面的运行结果中，我们提取所需要的一级数据cache的

13、信息，如下表所示：相联度总的失效次数总的失效率容量失效和冲突失效总次数强制性失效的次数14920.02968340924920.02967641644760.02862844884720.028410462644700.02820470从上表，我们可以分析得出，随着相联度的增加，程序的失效率逐渐降低，但降低的幅度比较小。容量失效和冲突失效的次数随着相联度的增加不断地减少，而强制性的失效次数则不断地增加。3、块大小对失效率的影响块大小总的失效次数总的失效率容量失效和冲突失效总次数强制性失效的次数8byte20500.00392204816byte10610.00202105932byte5600

14、.0011355764byte2950.00062293从上表，我们可以分析得出，随着块大小的增加，程序的失效率逐渐地降低。容量失效和冲突失效的次数随着块大小的增加，基本维持在一个稳定的值，而强制性的失效次数则不断地降低，且幅度比较大。4、替换策略对失效率影响dl1容量替换策略总的失效次数总的失效率容量失效和冲突失效总次数强制性失效的次数2KBl4740.0453410642KBr4840.0462420644KBl4660.0445338284KBr4670.0446341268KBl4650.04442092568KBr4650.04442333264KBl4390.0419043964K

15、Br4390.04191438从上表我们可以分析得出，最近最少使用策略（LRU）相对较好，但它与随机策略在一定的cache容量范围内相差不大。容量失效和冲突失效次数，使用LRU替换策略的情况下，比较少；而强制性失效次数，使用RANDOM替换策略的情况下，比较少。六、总结本实验基于cache的失效率的基本策略，在多种方法中选择探究改变各项指标对性能的影响，在实验中我们发现很多指标的改变并不能如预期中一样改变性能，失效率的降低伴随着硬件开销的增加，时间开销的增加，但并不是一味增加硬件，增加时间就能取得良好的收效，相反，在不同的程序执行过程中呈现出对不同方法的特别的适应性。通过本次实验，我对cach

16、e的失效率的降低方法有了新的认识，同时体会到实验分析对于性能提高的主要性。附录资料：不需要的可以自行删除 busybox详解制作根文件系统详解制作根文件系统 一、FHS（Filesystem Hierarchy Standard）标准介绍当我们在linux下输入ls / 的时候，见到的目录结构以及这些目录下的内容都大同小异，这是因为所有的linux发行版在对根文件系统布局上都遵循FHS标准的建议规定。该标准规定了根目录下各个子目录的名称及其存放的内容：目录名存放的内容/bin必备的用户命令，例如ls、cp等/sbin必备的系统管理员命令，例如ifconfig、reboot等/dev设备文件，例

17、如mtdblock0、tty1等/etc系统配置文件，包括启动文件，例如inittab等/lib必要的链接库，例如C链接库、内核模块/home普通用户主目录/rootroot用户主目录/usr/bin非必备的用户程序，例如find、du等/usr/sbin非必备的管理员程序，例如chroot、inetd等/usr/lib库文件/var守护程序和工具程序所存放的可变，例如日志文件/proc用来提供内核与进程信息的虚拟文件系统，由内核自动生成目录下的内容/sys用来提供内核与设备信息的虚拟文件系统，由内核自动生成目录下的内容/mnt文件系统挂接点，用于临时安装文件系统/tmp临时性的文件，重启后将

18、自动清除制作根文件系统就是要建立以上的目录，并在其中建立完整目录内容。其过程大体包括：编译安装busybox，生成/bin、/sbin、/usr/bin、/usr/sbin目录 利用交叉编译工具链，构建/lib目录 手工构建/etc目录 手工构建最简化的/dev目录 创建其它空目录 配置系统自动生成/proc目录 利用udev构建完整的/dev目录 制作根文件系统的jffs2映像文件 下面就来详细介绍这个过程。二、编译安装busybox，生成/bin、/sbin、/usr/bin、/usr/sbin目录这些目录下存储的主要是常用命令的二进制文件。如果要自己编写这几百个常用命令的源程序，my g

19、od， 这简直是一个噩梦！好在我们有嵌入式Linux系统的瑞士军刀busybox，事情就简单很多。1、从 HYPERLINK / / 下载busybox-1.7.0.tar.bz22、tar xjvf busybox-1.7.0.tar.bz2解包3、修改Makefile文件175 ARCH ?= arm176 CROSS_COMPILE ?= arm-linux- 4、make menuconfig配置busyboxbusybox配置主要分两部分。第一部分是Busybox Settings，主要编译和安装busybox的一些选项。这里主要需要配置：1）、Build Options - Bui

20、ld BusyBox as a static binary (no shared libs)，表示编译busybox时，是否静态链接C库。我们选择动态链接C库。2）、Installation Options - Applets links (as soft-links) - (X) as soft-links，表示安装busybox时，将各个命令安装为指向busybox的软链接还是硬链接。我们选择软链接。3）、Installation Options - (/work/nfs_root/fs_mini3) BusyBox installation prefix，表示busybox的安装位置。我

21、们选择/work/nfs_root/fs_mini34）Busybox Library Tuning。保留Command line editing以支持命令行编辑；保留History size以支持记忆历史命令；选中Tab completion和Username completion以支持命令自动补全 第二部分是Applets，他将busybox的支持的几百个命令分门别类。我们只要在各个门类下选择想要的命令即可。这里我们基本保持默认设置。1）选中Networking Utilities - httpd下的Enable -u option，以启用http服务器的功能allows the serv

22、er to run as a specific user5、编译busyboxmake6、安装busyboxmake install安装完成后，可以看到在/work/nfs_root/fs_mini3目录下生成了binsbinusr/binusr/sbin目录，其下包含了我们常用的命令，这些命令都是指向bin/busybox的软链接，而busybox本身的大小不到800K：dennisdennis-desktop:/work/nfs_root/fs_mini3$ lsbin linuxrc sbin usrdennisdennis-desktop:/work/nfs_root/fs_mini3

23、$ ls -l bintotal 740lrwxrwxrwx 1 dennis dennis 7 2010-04-03 23:57 addgroup - busyboxlrwxrwxrwx 1 dennis dennis 7 2010-04-03 23:57 adduser - busyboxlrwxrwxrwx 1 dennis dennis 7 2010-04-03 23:57 ash - busybox-rwxr-xr-x 1 dennis dennis 749632 2010-04-03 23:57 busyboxlrwxrwxrwx 1 dennis dennis 7 2010-04

24、-03 23:57 cat busybox 而普通PC机上的ls命令就有差不多80K的大小： dennisdennis-desktop:/work/nfs_root/fs_mini3$ ls -l /bin/ls-rwxr-xr-x 1 root root 78004 2007-09-29 20:51 /bin/ls busybox以它娇小的身躯容纳了数以百计的命令代码，实在是让人佩服不已，其不愧嵌入式系统瑞士军刀之美誉。据说，busybox的作者身患绝症，这更让人钦佩GNU开源软件的作者们。 三、利用交叉编译工具链，构建/lib目录 光有应用程序（命令）是不够的，因为应用程序本身需要使用C库

25、的库函数，因此还必需制作for ARM的C库，并将其放置于/lib目录。my god，要自己写C库的源代码吗？不用！还记得交叉编译工具链的3个组成部分吗？交叉编译器、for ARM的C库和二进制工具。哈哈，for ARM的C库是现成的，我们只需要拷贝过来就可以了。遗憾的是：整个C库目录下的文件总大小有26M。而我们根文件系统所在分区不过区区16M而已，根本放不下。怎么办呢？ dennisdennis-desktop:/work/nfs_root/fs_mini3$ du -s -si /work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib26M /wor

26、k/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib 需要C库目录下所有的文件吗？no，absolutely no! 让我们来分析一下glibc库目录下内容的组成。该目录下的子目录和文件共分8类： 目标文件，如crtn.o，用于gcc链接可执行文件 libtool库文件（.la），在链接库文件时这些文件会被用到，比如他们列出了当前库文件所依赖的其它库文件，程序运行时无需这些文件 gconv目录，里面是各种链接脚本，在编译应用程序时，他们用于指定程序的运行地址，各段的位置等 静态库文件（.a），例如libm.a，libc.a 动态库文件 （.so、.so.0-9

27、*） 动态链接库加载器ld-2.3.6.so、ld-linux.so.2 其它目录及文件很显然，第1、2、3、4、7类文件和目录是不需要拷贝的。由于动态链接的应用程序本身并不含有它所调用的C库函数的代码，因此执行时需要动态链接库加载器来为它加载相应的C库文件，所以第6类文件是需要拷贝的。除此之外，第5类文件当然要拷贝。但第5类文件的大小也相当大。dennisdennis-desktop:/work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib$ du -c -si *.so* 7.2M total 需要全部拷贝吗？非也，非也！其实，需要哪些库完全取决于要运

28、行的应用程序使用了哪些库函数。如果我们只制作最简单的系统，那么我们只需要运行busybox这一个应用程序即可。通过执行 dennisdennis-desktop:/work/nfs_root/fs_mini3$ arm-linux-readelf -a bin/busybox | grep Shared0 x00000001 (NEEDED) Shared library: libcrypt.so.10 x00000001 (NEEDED) Shared library: libm.so.60 x00000001 (NEEDED) Shared library: libc.so.6 可知：bu

29、sybox只用到了3个库：通用C库（libc）、数学库（libm）、加密库（libcrypt），因此我们只需要拷贝这3个库的库文件即可。但是每个库都有4个文件，4个文件都要拷贝吗？当然不是。 dennisdennis-desktop:/work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib$ ls -l libcrypt.-*-rwxr-xr-x 1 dennis dennis 30700 2008-01-22 05:32 libcrypt-2.3.6.so-rw-r-r- 1 dennis dennis 23118 2008-01-22 05:32 li

30、bcrypt.alrwxrwxrwx 1 dennis dennis 13 2008-12-22 15:38 libcrypt.so - libcrypt.so.1lrwxrwxrwx 1 dennis dennis 17 2008-12-22 15:38 libcrypt.so.1 - libcrypt-2.3.6.sodennisdennis-desktop:/work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib$ ls -l libm.-*-rwxr-xr-x 1 dennis dennis 779096 2008-01-22 05:31 libm

31、-2.3.6.so-rw-r-r- 1 dennis dennis 1134282 2008-01-22 05:32 libm.alrwxrwxrwx 1 dennis dennis 9 2008-12-22 15:38 libm.so - libm.so.6lrwxrwxrwx 1 dennis dennis 13 2008-12-22 15:38 libm.so.6 - libm-2.3.6.sodennisdennis-desktop:/work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib$ ls -l libc.-*-rwxr-xr-x 1 de

32、nnis dennis 1435660 2008-01-22 05:48 libc-2.3.6.so-rw-r-r- 1 dennis dennis 2768280 2008-01-22 05:31 libc.a-rw-r-r- 1 dennis dennis 195 2008-01-22 05:34 libc.solrwxrwxrwx 1 dennis dennis 13 2008-12-22 15:38 libc.so.6 - libc-2.3.6.so 4个文件中的.a文件是静态库文件，是不需要拷贝的。另外3个文件是： 实际的共享链接库：libLIBRARY_NAME-GLIBC_VER

33、SION.so。当然需要拷贝。 主修订版本的符号链接，指向实际的共享链接库：libLIBRARY_NAME.so.MAJOR_REVISION_VERSION，程序一旦链接了特定的链接库，将会参用该符号链接。程序启动时，加载器在加载程序前，会检索该文件。所以需要拷贝。 与版本无关的符号链接，指向主修订版本的符号连接（libc.so是唯一的例外，他是一个链接命令行：libLIBRARY_NAME.so，是为编译程序时提供一个通用条目）。这些文件在程序被编译时会被用到，但在程序运行时不会被用到，所以不必拷贝它。关于共享库的2个符号链接的作用的特别说明：当我们使用gcc hello.c -o hel

34、lo -lm编译程序时，gcc会根据-lm的指示，加头（lib）添尾（.so）得到libm.so，从而沿着与版本无关的符号链接（libm.so - libm.so.6）找到libm.so.6并记录在案（hello的ELF头中），表示hello需要使用libm.so.6这个库文件所代表的数学库中的库函数。而当hello被执行的时候，动态链接库加载器会从hello的ELF头中找到libm.so.6这个记录，然后沿着主修订版本的符号链接（libm.so.6 - libm-2.3.6.so）找到实际的共享链接库libm-2.3.6.so，从而将其与hello作动态链接。可见，与版本无关的符号链接是供编

35、译器使用的，主修订版本的符号链接是供动态链接库加载器使用的，而实际的共享链接库则是供应用程序使用的。通过以上分析，我们只需要拷贝3个库（每个库各1个主修订版本的符号链接和1个实际的共享链接库）以及动态链接库加载器（1个符号链接和1个实体文件）。步骤如下：dennisdennis-desktop:/work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib$ mkdir /work/nfs_root/fs_mini3/lib dennisdennis-desktop:/work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib$

36、 cp libcrypt-* /work/nfs_root/fs_mini3/libdennisdennis-desktop:/work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib$ cp -l libcrypt.so.* /work/nfs_root/fs_mini3/libdennisdennis-desktop:/work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib$ cp libm-* /work/nfs_root/fs_mini3/libdennisdennis-desktop:/work/tools/g

37、cc-3.4.5-glibc-2.3.6/arm-linux/lib$ cp -l libm.so.* /work/nfs_root/fs_mini3/libdennisdennis-desktop:/work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib$ cp libc-* /work/nfs_root/fs_mini3/libdennisdennis-desktop:/work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib$ cp -l libc.so.* /work/nfs_root/fs_mini3/lib

38、dennisdennis-desktop:/work/tools/gcc-3.4.5-glibc-2.3.6/arm-linux/lib$ cp -l ld-* /work/nfs_root/fs_mini3/lib 四、手工构建/etc目录 /etc目录存放的是系统程序的主配置文件，因此需要哪些配置文件取决于要运行哪些系统程序。即使最小的系统也一定会运行1号用户进程init，所以我们至少要手工编写init的主配置文件inittab。busybox的inittab文件的语法、语义与传统的SYSV的inittab有所不同。 inittab文件中每个条目用来定义一个需要init启动的子进程，并确定

39、它的启动方式，格式为:。例如：ttySAC0:askfirst:-/bin/sh 表示子进程要使用的控制台，若省略则使用与init进程一样的控制台 表示运行级别，busybox init程序这个字段没有意义 表示init进程如何控制这个子进程 sysinit：系统启动后最先执行，只执行一次，init进程等待它结束后才继续执行其它动作 wait：系统执行完sysinit条目后执行，只执行一次，init进程等待它结束后才继续执行其它动作 once：系统执行完wait条目后执行，只执行一次，init进程不等待它结束 respawn：启动完once进程后，init进程监测发现子进程退出时，重新启动它

40、askfirst：启动完respawn进程后，与respawn类似，不过init进程先输出” Please press Enter to activate this console“，等用户输入回车后才启动子进程 shutdown：当系统关机时 restart：Busybox中配置了CONFIG_FEATURE_USE_INITAB，并且init进程接收到SIGUP信号时执行，先重新读取、解析/etc/inittab文件，再执行restart程序 ctrlaltdel：按下ctrl+alt+del键时执行，不过在串口控制台中无法输入它 表示进程对应的二进制文件。如果前面有-号，表示该程序是“可

41、以与用户进行交互的”我们制作最简单的/etc/inittab文件，其内容如下：:sysinit:/etc/init.d/rcS:askfirst:-/bin/sh:ctrlaltdel:/sbin/reboot:shutdown:/bin/umount -a r 制作最简单的脚本程序文件/etc/init.d/rcS，其内容如下： #!/bin/shifconfig eth0 7修改shell脚本文件/etc/init.d/rcS的权限，以使其可被执行：# chmod a+x /etc/init.d/rcS五、手工构建最简化的/dev目录 在linux机器上，执行ls /dev可看到几百个设备

42、文件，我需要手工创建它们吗？maybe，我只需要手工创建几个设备文件！我怎么知道我应该创建哪几个设备文件呢？管它呢，先看看开发板上可爱的linux的反应再说。 启动Linux操作系统，显示： VFS: Mounted root (nfs filesystem).Freeing init memory: 112KWarning: unable to open an initial console. 这说明，内核已经成功挂载根文件系统，但却未能成功启动第1个用户进程init。通过错误消息“unable to open an initial console”搜索内核源代码，找到init/main.c

43、文件。748 static int noinline init_post(void)749 750 free_initmem();751 unlock_kernel();752 mark_rodata_ro();753 system_state = SYSTEM_RUNNING;754 numa_default_policy();755 756 if (sys_open(const char _user *) /dev/console, O_RDWR, 0) 0)757 printk(KERN_WARNING Warning: unable to open an initial console

44、.n);758 759 (void) sys_dup(0);760 (void) sys_dup(0);761 762 if (ramdisk_execute_command) 763 run_init_process(ramdisk_execute_command);764 printk(KERN_WARNING Failed to execute %sn,765 ramdisk_execute_command);766 767 768 /*769 * We try each of these until one succeeds.770 *771 * The Bourne shell ca

45、n be used instead of init if we are772 * trying to recover a really broken machine.773 */774 if (execute_command) 775 run_init_process(execute_command);776 printk(KERN_WARNING Failed to execute %s. Attempting 777 defaults.n, execute_command);778 779 run_init_process(/sbin/init);780 run_init_process(

46、/etc/init);781 run_init_process(/bin/init);782 run_init_process(/bin/sh);783 784 panic(No init found. Try passing init= option to kernel.);785 显然，内核错误是由175行不能打开/dev/console所致。通过查看已经安装好的linux机器的/dev/console设备文件，可知其是字符设备文件，主设备号为5，次设备号为1： dennisdennis-desktop:/work/nfs_root/fs_mini3/etc$ ls -l /dev/con

47、solecrw- 1 root root 5, 1 2010-04-08 08:40 /dev/console 因此，我们使用下面的命令创建它： HYPERLINK mailto:dennisdennis-desktop:/work/nfs_root/fs_mini3/dev$ dennisdennis-desktop:/work/nfs_root/fs_mini3/dev$ sudo mknod console c 5 1 还需要创建其它设备文件吗？只有天知道！再看看linux的反应。 VFS: Mounted root (nfs filesystem).Freeing init memor

48、y: 112Kinit: cant open /dev/null: No such file or directory 这次我们有经验了，如法炮制，创建/dev/null设备文件：dennisdennis-desktop:/work/nfs_root/fs_mini3/dev$ sudo mknod null c 1 3 再次重启开发板上的linux，显示 VFS: Mounted root (nfs filesystem).Freeing init memory: 112Kinit started: BusyBox v1.7.0 (2010-04-03 23:53:55 CST)starti

49、ng pid 229, tty : /etc/init.d/rcS Please press Enter to activate this console.starting pid 231, tty : /bin/sh# 哈哈，我们成功了，终于可以K歌去了。六、创建其它空目录K完歌回来，继续战斗。dennisdennis-desktop:/work/nfs_root/fs_mini3$ mkdir home root proc sys tmp mnt var再次重启动开发板上的linux。咦，似乎有些问题。VFS: Mounted root (nfs filesystem).Freeing i

50、nit memory: 112Kinit started: BusyBox v1.7.0 (2010-04-03 23:53:55 CST)starting pid 229, tty : /etc/init.d/rcS Please press Enter to activate this console.starting pid 231, tty : /bin/sh# ps PID Uid VSZ Stat Command# ps竟然看不到任何进程的存在！让我想想。对了，ps的机制是通过查看/proc中的内容来获得进程信息的。那么，目前/proc里有哪些内容呢？# ls /proc# 竟然空空如野！这可如何是好？七、配置系统自动生成/proc目录其实/proc是用来提供内核与进程信息的虚拟文件系统