用linux一段时间了，有时候想看看ls、cat、more等命令的源代码，在下载的内核源码中用cscope没能找到，在网上搜索了一下，将方 法总结如下:以搜索ls命令源码为例，先搜索命令所在包，命令如下:
lpj@lpj-linux:~$ which ls /bin/ls用命令搜索该软件所在包，代码如下:
lpj@lpj-linux:~$ dpkg -S /bin/ls coreutils: /bin/ls从上一步中可以知道ls命令的实现在包coreutils中，用apt安装(说安装有些歧义，主要是区分apt-get -d)该包的源代码然后解压，代码如下:
sudo apt-get source coreutils cd /usr/src/coreutils-XXX #XXX表示版本号 sudo tar zxvf coreutils-XXX.tar.gz 或者只下载源码，然后手动打补丁再解压，代码如下:
sudo apt-get -d source coreutils cd /usr/src tar zxvf coreutils-XXX.tar.gz gzip -d coreutils-XXX.diff.gz #这一步会生成coreutils-XXX.diff文件 patch -p0 < coreutils-XXX.diff cd coreutils-XXX tar zxvf coreutils-XXX.tar.gzOK，这几步执行完后，就可以进入/usr/src/coreutils-XXX/coreutils-XXX/src中查看各命令对应的源代码了。关于更多Linux的学习，请查阅书籍《linux就该这么学》。
2. 【急】怎样在linux中查看程序的源码
压缩包解压后里面就是源码啊，windows下用好压可以直接解压缩，linux下根据压缩包具体格式用tar -jxvf或者tar -zxvf命令解压。解压后里面的文件都是源码，什么语言写的文件就是什么样后缀的文件格式（这个不知道就别想着改代码了）。
另外纠正一下，linux是开源的是对的，但是怎么就得出linux上的应用也是开源的这样的结论？linux开源指的是linux操作系统内核开源，在此之上提供的各种服务和应用不一定开源（当然有很多开源的，至于为什么你可以了解下OTSS off the shelve system和GPL）
3. LFS linux安装到底需要多长时间，安装好的系统安装软件只能源码编译安装吗
1周，含操作和设置时间。因为 LFS 是纯从源代码编译而来，而且他本身不是一个发行版而是一个手册。看手册自己打命令才是 LFS 的本意。当然有自动化的 LFS 脚本可用，不过那个就是 ALFS 的范畴了。
LFS 支持装个包管理系统的，不过那样会导致包管理系统里面的数据为“空”。也就是说，你除非自己强行修改包管理系统的数据库，或者修改每个一软件包的依赖关系设置，不然你在安装包管理系统之前的所有软件、程序库，都不能被软件包管理系统找到，这会导致你的软件包管理系统在安装软件包的时候，会提示以来不足而无法安装。
LFS 适合作为一个新版本的起点，当安装到包管理系统后，还是需要重新用包管理系统的编译功能重新编译整个系统。这样后，系统就已经不是 LFS 的内容了。
当然有那种超轻量的不考虑依赖关系的软件包管理系统可以选择。
不过我建议，你还是用 Gentoo 吧。符合 LFS 的结局，但又有从一开始就伴随你的包管理系统。
或者选择 arch ，他的包管理系统对于重新编译还是很方便的。不过他又不像 Gentoo ，每个包都要自己编译。
至于 rpm deb 这种包管理系统，太过庞大。重新编译他们很困难的。
4. 如何查看 linux 内核源代码
Linux的内核源代码可以从很多途径得到。一般来讲，在安装的linux系统下，/usr/src/linux目录下的东西就是内核源代码。
对于源代码的阅读，要想比较顺利，事先最好对源代码的知识背景有一定的了解。对于linux内核源代码来讲，我认为，基本要求是:1、操作系统的基本知识;2、对C语言比较熟悉，最好要有汇编语言的知识和GNU C对标准C的扩展的知识的了解。另外在阅读之前，还应该知道Linux内核源代码的整体分布情况。我们知道现代的操作系统一般由进程管理、内存管理、文件系统、驱动程序、网络等组成。看一下Linux内核源代码就可看出，各个目录大致对应了这些方面。Linux内核源代码的组成如下(假设相对于linux目录):
arch 这个子目录包含了此核心源代码所支持的硬件体系结构相关的核心代码。如对于X86平台就是i386。
include 这个目录包括了核心的大多数include文件。另外对于每种支持的体系结构分别有一个子目录。
init 此目录包含核心启动代码。
mm 此目录包含了所有的内存管理代码。与具体硬件体系结构相关的内存管理代码位于arch/*/mm目录下，如对应于X86的就是arch/i386/mm/fault.c 。
drivers 系统中所有的设备驱动都位于此目录中。它又进一步划分成几类设备驱动，每一种也有对应的子目录，如声卡的驱动对应于drivers/sound。
ipc 此目录包含了核心的进程间通讯代码。
moles 此目录包含已建好可动态加载的模块。
fs Linux支持的文件系统代码。不同的文件系统有不同的子目录对应，如ext2文件系统对应的就是ext2子目录。
kernel 主要核心代码。同时与处理器结构相关代码都放在arch/*/kernel目录下。
net 核心的网络部分代码。里面的每个子目录对应于网络的一个方面。
lib 此目录包含了核心的库代码。与处理器结构相关库代码被放在arch/*/lib/目录下。
scripts此目录包含用于配置核心的脚本文件。
Documentation 此目录是一些文档，起参考作用。
俗话说:“工欲善其事，必先利其器”。 阅读象Linux核心代码这样的复杂程序令人望而生畏。它象一个越滚越大的雪球，阅读核心某个部分经常要用到好几个其他的相关文件，不久你将会忘记你原来在干什么。所以没有一个好的工具是不行的。由于大部分爱好者对于Window平台比较熟悉，并且还是常用Window系列平台，所以在此我介绍一个Window下的一个工具软件:Source Insight。这是一个有30天免费期的软件，可以从www.sourcedyn.com下载。安装非常简单，和别的安装一样，双击安装文件名，然后按提示进行就可以了。安装完成后，就可启动该程序。这个软件使用起来非常简单，是一个阅读源代码的好工具。它的使用简单介绍如下:先选择Project菜单下的new，新建一个工程，输入工程名，接着要求你把欲读的源代码加入(可以整个目录加)后，该软件就分析你所加的源代码。分析完后，就可以进行阅读了。对于打开的阅读文件，如果想看某一变量的定义，先把光标定位于该变量，然后点击工具条上的相应选项，该变量的定义就显示出来。对于函数的定义与实现也可以同样操作。别的功能在这里就不说了，有兴趣的朋友可以装一个Source Insight，那样你阅读源代码的效率会有很大提高的。怎么样，试试吧!
5. 如何查看linux命令源代码和函数源代码
1. 以搜索ls命令源码为例，先搜索命令所在包，命令如下：
lpj@lpj-linux:~$ which ls
/bin/ls
2. 用命令搜索该软件所在包，代码如下：
lpj@lpj-linux:~$ dpkg -S /bin/ls
coreutils: /bin/ls
3. 从上一步中可以知道ls命令的实现在包coreutils中，用apt安装(说安装有些歧义，主要是区分apt-get -d)该包的源代码然后解压，代码如下：
sudo apt-get source coreutils
cd /usr/src/coreutils-XXX #XXX表示版本号
sudo tar zxvf coreutils-XXX.tar.gz
或者只下载源码，然后手动打补丁再解压，代码如下：
sudo apt-get -d source coreutils
cd /usr/src
tar zxvf coreutils-XXX.tar.gz
gzip -d coreutils-XXX.diff.gz #这一步会生成coreutils-XXX.diff文件
patch -p0 < coreutils-XXX.diff
cd coreutils-XXX
tar zxvf coreutils-XXX.tar.gz
OK，这几步执行完后，就可以进入/usr/src/coreutils-XXX/coreutils-XXX/src中查看各命令对应的源代码了
6. 在linux中git获取openstack源码要多久
OpenStack 是一种基础架构即服务 (IaaS) 云计算项目。
资源通过一个仪表板来管理，该仪表板向管理员提供了控制权，并通过一个 Web 接口为用户提供了配置资源的权利。本文将介绍如何设置帐户、设置开发环境以及如何开始为 OpenStack 做贡献。
第 1 步：通过在线注册和密钥配置来设置帐户
设置您的 Launchpad 帐户。Launchpad 是 OpenStack 用来托管其所有项目的位置。请访问 Launchpad 登录页面，使用您的电子邮件地址进行注册，并为自己选择一个便于记忆的 Launchpad ID。然后访问 https://launchpad.net/~LaunchpadID，设置您的 OpenPGP 密钥，并使用该页上的说明上传您的 SSH 公钥。例如，我的 Launchpad id 是 houshengbo，因此我将访问 https://launchpad.net/~houshengbo，如图 1 所示。
图 1. 设置 OpenPGP 密钥
为 Gerrit 设置您的 SSH 帐户。OpenStack 应用了一个代码评审过程来保证代码质量。请访问 OpenStack 代码审查 页面，并使用您的 Launchpad 帐户进行登录。然后访问 https://review.openstack.org/#/settings/ssh-keys 并上传您的 SSH 公钥。
图 2. 上传 SSH 公钥
第 2 步：签署 CLA 协议
请加入 OpenStack Foundation（如果您尚未加入）。使用您计划用于贡献代码的电子邮件地址。foundation profile 中的主要电子邮件地址需要与您稍后在 Gerrit 联系信息中设置的首选电子邮件相匹配。
请访问 Code Review 页面。单击位于该页面右上角的 Sign In 链接。使用您的 Launchpad ID 登录 Launchpad。
除非您是美国政府雇员（参见以下内容），否则请同意 Indivial Contributor License Agreement 并提供联系信息。您的所有姓名和电子邮件地址都是公开的。如果需要的话，可以稍后 更新 此联系信息，但确保主要电子邮件地址始终与为您的 OpenStack Foundation 会员身份设置的电子邮件地址相匹配。
加入 OpenStack Contributors 组。需要以会员身份提交代码更改。
如果您以个人贡献者的身份工作，那么执行上述步骤就足够了。如果您代表公司或美国政府工作，那么您可能需要关注其他一些内部审批过程，这些过程因公司而异。有关的详细信息，请参阅 贡献者许可协议。
第 3 步：设置本地开发环境
设置 Eclipse 环境：
在 Eclipse 窗口上，单击 Help > Install New Software。
在 Work with 字段中，输入 http://download.eclipse.org/egit/updates 并单击 Add。
选中位于 Eclipse Git Team Provider 下面的 Eclipse EGit。
单击 Next，直到您找到 Review Licences 窗口。接受许可条款并单击 Finish。
在 Eclipse 窗口上，单击 Help > Install New Software。
配置 Eclipse 的 python interpreter。在 Work with 字段中，输入 http://pydev.org/updates并单击 Add。
选中 PyDev。
单击 Next，直到您找到 Review Licences 窗口。接受许可条款并单击 Finish。
安装附带 python 的 Ubuntu 11.10 或 11.10+。
安装 git：sudo apt-get install git。
安装 Eclipse。
安装 Eclipse 的 PyDev 插件。
安装 Eclipse 的 EGit 插件。
设置代码库。
打开一个终端，转到目标目录（例如，/opt/stack）并运行以下命令以获得 keystone 代码：
git clone https://github.com/openstack/keystone.git
将项目导入 Eclipse：运行 Eclipse 并将工作区设置为保存所有项目 (/opt/stack) 的目录。
创建 PyDev 项目：单击 File > New > PyDev project。使其名称与该项目相同，如 keystone，然后单击Finish。
将该项目与 Egit 同步：在 Eclipse 中，右键单击该项目 (keystone)，单击 Team > Share project，然后单击 Next 和 Finish。
完成上述步骤之后，应该会在 Eclipse 中看到位于您的项目名称后面的 [keystone master]。
打开一个终端，转到目标目录，并运行以下命令获得 devstack 代码：
git clone git://github.com/openstack-dev/devstack.git
在刚刚创建的 devstack 目录下创建一个名为 localrc 的文件。可以在 DevStack 网站上查找关于如何 配置 localrc 的信息。
运行 ./stack.sh。默认工作目录是 /opt/stack，可以手动更改它。当初次运行 devstack 获得成功之后，可以在 /opt/stack 下找到所有代码。
使用 devstack：
另一个方法是下载特定项目，而不是克隆所有项目。以 Keystone 项目为例：
运行单元测试
对某个项目运行所有单元测试：
打开一个终端并转到项目目录，例如 keystone。
运行 ./run_tests.sh 命令。当询问您是否想创建一个虚拟环境时，选择 Y 或 N。
测试一个示例：
打开一个终端并转到项目目录，例如 keystone。
运行 ./run_tests.sh <file path> 命令，例如 ./run_tests.sh /opt/stack/keystone/tests/test_backend.py。
测试一个示例：
打开一个终端并转到项目目录，例如 keystone。
运行 ./run_tests.sh <file path>:<class name> 命令，例如 ./run_tests.sh /opt/stack/keystone/tests/test_backend.py:CommonHelperTests。
测试一个方法：
打开一个终端并转到项目目录，例如 keystone。
运行 ./run_tests.sh <file path>:<class name>.<method name> 命令，例如 ./run_tests.sh /opt/stack/keystone/tests/test_backend.py:CommonHelperTests.test_format_helper_raises_malformed_on_incomplete_format。
运行 OpenStack 服务
运行 Devstack 的所有服务：
打开一个终端并转到 devstack 目录。
运行 ./stack.sh 命令。在 localrc 中，指定要运行的服务，例如 ENABLED_SERVICES=key,c-api,c-vol,c-sch,mysql,rabbit。
运行 ./unstack.sh 关闭所有服务。
首次运行 ./stack.sh 获得成功之后，您还可以运行 ./rejoin-stack.sh 来运行所有指定的服务。
在 Eclipse 中运行服务。以 Keystone 为例：
在 Eclipse 中设置 keystone 的调试配置。右键单击脚本 keystone—bin 下的所有内容，然后单击Debug as > Debug Configurations，如图 3 所示。
图 3. 调试配置
设置调试配置。单击 Arguments 选项卡，选择 Other 作为工作目录，然后输入 ${workspace_loc:keystone}，如图 4 和图 5 所示。
图 4. Main 选项卡配置
图 5. Arguments 选项卡配置
启动 Keystone：单击 Debug Configuration 窗口上的 Debug 按钮，或从 Debug/Run 下拉工具栏按钮中运行它，如图 6 所示。
图 6. 启动 Keystone 服务
第 4 步：设置本地计算机配置
设置 git 全局配置：
打开一个终端。
运行 git config --global user.name "Firstname Lastname" 命令。
运行 git config --global user.email "[email protected]" 命令。
安装 git-review 工具：
对于 Ubuntu 12.04 或更高版本，在一个终端中运行 sudo apt-get install git-review 命令。
对于 Ubunu 12.04 之前的版本，则运行 sudo pip install git-review 命令。
配置您的项目以了解 Gerrit：
打开一个终端并转到项目目录，例如 keystone。
运行 git review -s 命令。系统会要求您输入您的 gerrit 用户名。请键入您的 Launchpad id 并按下 Enter 键。
第 5 步：OpenStack 工作流程演示
如果您发现了一个 OpenStack 问题，请将它注册为一个 bug。如果想添加新功能，那么请将它注册为蓝图。您将要添加的修改应位于分支版本而不是主版本中。此外，不要在一个分支版本中混合多个 bug 修复或蓝图开发。下面的工作流程显示了 Keystone 中 bug 修复的一个示例。
提交 Keystone 的 bug：
图 7. 提交 Keystone 的 bug
访问 https://launchpad.net/keystone。
单击 Report a bug，然后输入概要信息和所需的信息。
单击 Submit bug report 按钮。此 bug 具有一个链接：https://bugs.launchpad.net/keystone/+bug/1087674 和一个 bug 号：1087674。
在 Assigned to 列中将这个 bug 分配给你自己。
在 keystone 中为此 bug 创建一个分支（分支名称 Bug1087674）：
打开一个终端并转到 keystone 目录。
通过 git checkout master 确保 keystone 位于主版本中。
运行 git checkout -b Bug1087674 命令。
在分支 Bug1087674 中修改 keystone 代码。
将该代码提交给 Gerrit：
打开一个终端并转到 keystone 目录。
运行 git commit -a 命令。
输入一些注释。第一段应该是一句话的简介；第二段可以是详细说明（可选）；如果此分支修复一个 bug 或一个蓝图，则添加 Fixes Bug1087674 或 Blueprint XXXX 作为最后一段。
运行 ctrl+o 命令，按下 Enter 键，然后运行 ctrl+x。
运行 git review。
检查提交的修补程序：
图 8. 已提交的修补程序的 Review 页面
转到 https://review.openstack.org 并使用您的 Launchpad 帐户登录。
从顶部水平导航器中，单击 My > Changes，然后您可以找到您已提交的修补程序。
在此演示中，链接为 https://review.openstack.org/#/c/17673/。任何用户都可以查看此修补程序。任何开发人员都可以给出注释。
通常，这是提交修补程序的过程。但是如果某些开发人员添加了注释并且您决定更改此分支，又该如何做呢？下面是一个选项：
打开一个终端并转到 keystone 目录。
通过 git checkout Bug1087674 转到分支 Bug1087674。
对此分支进行进一步修改。
转到 keystone 目录。
运行 git commit -a –amend 命令。（不要运行 git commit -a，否则会有多个注释提交给 Gerrit，建议不要这样做。）
可能的话，请修改注释。
运行 ctrl+o 命令，然后按 Enter 键并运行 ctrl+x。
运行 git review。
第二次提交此修补程序之后，链接 https://review.openstack.org/#/c/17673/ 中有两个修补程序集，如图 9 所示。
图 9. 修补程序集的历史记录
此外，如果在您使用分支 Bug1087674 时主分支进行了更改，又会怎样呢？下面是您可以执行的操作：
打开一个终端，并通过 git checkout master 转到主分支。
使用 git pull origin master 更新该代码。
通过 git checkout Bug1087674 切换回此分支。
通过 git rebase -i master 重构该代码。
如果没有冲突，则运行 git commit -a –amend 命令并运行 git review。
如果发生冲突，那么终端会显示有冲突的文件。
您还可以在 Eclipse 中查找冲突，因为有冲突的文件都标有红色标记。
手动修复这些冲突。
继续重构，git rebase —continue。
重构成功之后，运行 git commit -a –amend 命令和 git review。
7. 怎样阅读Linux源代码
听我的就是,问那么多干嘛，我在你身边,你还走错路!跟着我!不能给你幸福是我的错，但谁让你不幸福，我TMD去砍了他 查看文章
如何阅读linux源代码2007-09-01 14:04着linux的逐步普及，现在有不少人对于Linux的安装及设置已经比较熟悉了。与Linux 的蓬勃发展相适应，想深入了解Linux的也越来越多。而要想深入了解Linux，就需要阅读和分析linux内核的源代码。
Linux的内核源代码可以从很多途径得到。一般来讲，在安装的linux系统下，/usr/src/linux目录下的东西就是内核源代码。另外还可以从互连网上下载,解压缩后文件一般也都位于linux目录下。内核源代码有很多版本，目前最新的稳定版是2.2.14。
许多人对于阅读Linux内核有一种恐惧感，其实大可不必。当然，象Linux内核这样大而复杂的系统代码，阅读起来确实有很多困难，但是也不象想象的那么高不可攀。只要有恒心，困难都是可以克服的。也不用担心水平不够的问题，事实上，有很多事情我们不都是从不会到会，边干边学的吗？
任何事情做起来都需要有方法和工具。正确的方法可以指导工作，良好的工具可以事半功倍。对于Linux 内核源代码的阅读也同样如此。下面我就把自己阅读内核源代码的一点经验介绍一下，最后介绍Window平台下的一种阅读工具。
对于源代码的阅读，要想比较顺利，事先最好对源代码的知识背景有一定的了解。对于linux内核源代码来讲，我认为，基本要求是：1、操作系统的基本知识；2、对C语言比较熟悉，最好要有汇编语言的知识和GNU C对标准C的扩展的知识的了解。另外在阅读之前，还应该知道Linux内核源代码的整体分布情况。我们知道现代的操作系统一般由进程管理、内存管理、文件系统、驱动程序、网络等组成。看一下Linux内 核源代码就可看出，各个目录大致对应了这些方面。Linux内核源代码的组成如下（假设相对于linux目录）：
arch 这个子目录包含了此核心源代码所支持的硬件体系结构相关的核心代码。如对于X86平台就是i386。
include 这个目录包括了核心的大多数include文件。另外对于每种支持的体系结构分别有一个子目录。
init 此目录包含核心启动代码。
mm 此目录包含了所有的内存管理代码。与具体硬件体系结构相关的内存管理代码位于arch/*/mm目录下，如对应于X86的就是arch/i386/mm/fault.c 。
drivers 系统中所有的设备驱动都位于此目录中。它又进一步划分成几类设备驱动，每一种也有对应的子目录，如声卡的驱动对应于drivers/sound。
ipc 此目录包含了核心的进程间通讯代码。
moles 此目录包含已建好可动态加载的模块。
void function(e,t){for(var n=t.getElementsByTagName("img"),a=+new Date,i=[],o=function(){this.removeEventListener&&this.removeEventListener("load",o,!1),i.push({img:this,time:+new Date})},s=0;s< n.length;s++)!function(){var e=n[s];e.addEventListener?!e.complete&&e.addEventListener("load",o,!1):e.attachEvent&&e.attachEvent("onreadystatechange",function(){"complete"==e.readyState&&o.call(e,o)})}();alog("speed.set",{fsItems:i,fs:a})}(window,document);
fs Linux支持的文件系统代码。不同的文件系统有不同的子目录对应，如ext2文件系统对应的就是ext2子目录。
kernel 主要核心代码。同时与处理器结构相关代码都放在arch/*/kernel目录下。
net 核心的网络部分代码。里面的每个子目录对应于网络的一个方面。
lib 此目录包含了核心的库代码。与处理器结构相关库代码被放在arch/*/lib/目录下。
scripts此目录包含用于配置核心的脚本文件。
Documentation 此目录是一些文档，起参考作用。
清楚了源代码的结构组成后就可以着手阅读。对于阅读方法或者说顺序，有所谓的纵向与横向之分。所谓纵向就是顺着程序的执行顺序逐步进行；所谓横向，就是分模块进行。其实他们之间不是绝对的，而是经常结合在一起进行。对于Linux源代码来讲，启动的代码就可以顺着linux的启动顺序一步一步来，它的大致流程如下（以X86平台为例）：
./larch/i386/boot/bootSect.S-->./larch/i386/boot/setup.S-->./larch/i386/kernel/head.S-->./init/main.c中的start_kernel()。而对于象内存管理等部分，则可以单独拿出来进行阅读分析。我的体会是：开始最好按顺序阅读启动代码，然后进行专题阅读，如进程部分，内存管理部分等。在每个功能函数内部应该一步步来。实际上这是一个反复的过程，不可能读一遍就理解。
俗话说：“工欲善其事，必先利其器”。 阅读象Linux核心代码这样的复杂程序令人望而生畏。它象一个越滚越大的雪球，阅读核心某个部分经常要用到好几个其他的相关文件，不久你将会忘记你原来在干什么。所以没有一个好的工具是不行的。由于大部分爱好者对于Window平台比较熟悉，并且还是常用Window系列平台，所以在此我介绍一个Window下的一个工具软件：Source Insight。这是一个有30天免费期的软件，可以从www.sourcedyn.com下载。安装非常简单，和别的安装一样，双击安装文件名，然后按提示进行就可以了。安装完成后，就可启动该程序。这个软件使用起来非常简单，是一个阅读源代码的好工具。它的使用简单介绍如下：先选择Project菜单下的new，新建一个工程，输入工程名，接着要求你把欲读的源代码加入（可以整个目录加）后，该软件就分析你所加的源代码。分析完后，就可以进行阅读了。对于打开的阅读文件，如果想看某一变量的定义，先把光标定位于该变量，然后点击工具条上的相应选项，该变量的定义就显示出来。对于函数的定义与实现也可以同样操作。别的功能在这里就不说了，有兴趣的朋友可以装一个Source Insight，那样你阅读源代码的效率会有很大提高的。怎么样，试试吧！
8. linux内核源代码怎么看
一般在Linux系统中的/usr/src/linux*.*.*（*.*.*代表的是内核版本，如2.4.23）目录下就是内核源代码（如果没有类似目录，是因为还没安装内核代码）。另外还可从互连网上免费下载。注意，不要总到http://www.kernel.org/去下载，最好使用它的镜像站点下载。请在http://www.kernel.org/mirrors/里找一个合适的下载点，再到pub/linux/kernel/v2.6/目录下去下载2.4.23内核。
代码目录结构
在阅读源码之前，还应知道Linux内核源码的整体分布情况。现代的操作系统一般由进程管理、内存管理、文件系统、驱动程序和网络等组成。Linux内核源码的各个目录大致与此相对应，其组成如下（假设相对于Linux-2.4.23目录）：
1.arch目录包括了所有和体系结构相关的核心代码。它下面的每一个子目录都代表一种Linux支持的体系结构，例如i386就是Intel CPU及与之相兼容体系结构的子目录。PC机一般都基于此目录。
2.include目录包括编译核心所需要的大部分头文件，例如与平台无关的头文件在include/linux子目录下。
3.init目录包含核心的初始化代码（不是系统的引导代码），有main.c和Version.c两个文件。这是研究核心如何工作的好起点。
4.mm目录包含了所有的内存管理代码。与具体硬件体系结构相关的内存管理代码位于arch/*/mm目录下。
5.drivers目录中是系统中所有的设备驱动程序。它又进一步划分成几类设备驱动，每一种有对应的子目录，如声卡的驱动对应于drivers/sound。
6.ipc目录包含了核心进程间的通信代码。
7.moles目录存放了已建好的、可动态加载的模块。
8.fs目录存放Linux支持的文件系统代码。不同的文件系统有不同的子目录对应，如ext3文件系统对应的就是ext3子目录。
Kernel内核管理的核心代码放在这里。同时与处理器结构相关代码都放在arch/*/kernel目录下。
9.net目录里是核心的网络部分代码，其每个子目录对应于网络的一个方面。
10.lib目录包含了核心的库代码，不过与处理器结构相关的库代码被放在arch/*/lib/目录下。
11.scripts目录包含用于配置核心的脚本文件。
12.documentation目录下是一些文档，是对每个目录作用的具体说明。
一般在每个目录下都有一个.depend文件和一个Makefile文件。这两个文件都是编译时使用的辅助文件。仔细阅读这两个文件对弄清各个文件之间的联系和依托关系很有帮助。另外有的目录下还有Readme文件，它是对该目录下文件的一些说明，同样有利于对内核源码的理解。
在阅读方法或顺序上，有纵向与横向之分。所谓纵向就是顺着程序的执行顺序逐步进行；所谓横向，就是按模块进行。它们经常结合在一起进行。对于Linux启动的代码可顺着Linux的启动顺序一步步来阅读；对于像内存管理部分，可以单独拿出来进行阅读分析。实际上这是一个反复的过程，不可能读一遍就理解。
9. 怎么才能背过linux源码
每天背五个函数。我背了3年多，背完了。现在linux任何问题，记住是任何问题，都难不倒我了。
10. 哪里可以下载Linux系统的的源代码编译要多久编译安装的比直接安装的性能高多少
源代码从 https://www.kernel.org 取。
编译的时间因人而异，也因系统不同而异，除了特别熟悉的，大多数人都要用几个小时。一个是配置的时候要阅读很多帮助信息，这要花很多时间，另一个就是编译本身也需要很长的时间。
编译的性能取决于你的配置。你对自己的机器的硬件了解得准确，配置的时候把不需要的选项都去掉；你对自己的软件目标比较明确，该要的选项都选择进来，这样得到的内核性能自然会好。要是上述两条做不到，其结果可能还不如直接安装的内核好。