linux内核源代码情景分析

Linux内核源代码漫游

Linux内核源代码漫游

Linux教程-编程开发-Linux内核源代码漫游

本章试图以顺序的方式来解释Linux源代码，以帮助读者对源代码的体系结

构以及很多相关的unix特性的实现有一个很好的理解。目标是帮助对Linux 不甚了解的有经验的C程序员对整个Linux的设计有所了解。这也就是为什么内核漫游的入点选择为内核本身的启始点:系统引导(启动)。

这份材料需要对C语言以及对Unix的概念和PC机的结构有很好的了解，然

而本章中并没有出现任何的C代码，而是直接参考（指向）实际的代码的。有关内核设计的最佳篇幅是在本手册的其它章节中，而本章仍趋向于是一个非正式的概述。

本章中所参阅的任何文件的路径名都是指主源代码目录树，通常是

/usr/src/linux。

这里所给出的大多数信息都是取之于Linux发行版1.0的源代码。虽然如此，有时也会提供对后期版本的参考。这篇漫游中开头有 图标的任何小节都是强调1.0版本后对内核的新的改动。如果没有这样的小节存在，则表示直到版本1.0.9-1.1.76，没有作过改动。

有时候本章中会有象这样的小节，这是指向正确的代码以对刚讨论过的主题

取得更多信息的指示符。当然，这里是指源代码。

引导（启动）系统 当

linux 2.6内核具有O(1)调度算法、改进的NPTL线程模型、内核态抢占等特性，以及良好的响应能力。

可以把内核源代码目录树分为系统最核心组件和系统次核心组件： 其中，系统最核心组件包括： scripts目录

该目录中不包含任何核心代码，该目录下存放了用来配置内核的脚本和应用程序源码。 lib目录

该目录主要包含两部分内容：gnuzip解压缩算法，用于在系统启动过程中将压缩的内核镜像解压缩；剩余的文件用于实现一个C库的子集，主要包括字符串和内存操作等相关函数。 mm目录

该目录包含了体系结构无关的内存管理代码，包括通用的分页模型的框架、伙伴算法的实现和对象缓冲器slab的实现代码。 include目录

这个目录包含了Linux源代码目录树中绝大部分头文件，每个体系架构都在该目录下对应一个子目录，该子目录中包含了给定体系结构所必需的宏定义和内联函数。

init目录

该目录中存放的是系统核心初始化代码，内核初始化入口函数start_kernel就是在该目录中的文件main.c内实现的。 kernel目录

该目录中存放的是Linux内核的最核心的代码，用于实现系统的核心模块，这些模块包括：进程管理、进程调度器、中断处理、系统时钟管理、同步机制

Bootsect.s(1-9)

!

! SYS_SIZE is the number of clicks (16 bytes) to be loaded.

! 0x3000 is 0x30000 bytes = 196kB, more than enough for current

! versions of linux ! SYS_SIZE 是要加载的节数（16 字节为1 节）。0x3000 共为 1 2 3 4 5 6 0x7c00 0x0000 0x90000 0x10000 0xA0000 system 模块

代码执行位置线路 0x90200

! 0x30000 字节=192 kB（上面Linus 估算错了），对于当前的版本空间已足够了。 !

SYSSIZE = 0x3000 ! 指编译连接后system 模块的大小。参见列表1.2 中第92 的说明。! 这里给出了一个最大默认值。 !

! bootsect.s (C) 1991 Linus Torvalds !

! bootsect.s is loaded at 0x7c00 by the bios-startup routines, and moves ! iself out of

1 /*
2 * linux/init/main.c
3 *
4 * (C) 1991 Linus Torvalds
5 */
6
7 #define __LIBRARY__ // 定义该变量是为了包括定义在unistd.h 中的内嵌汇编代码等信息。
8 #include <unistd.h> // *.h 头文件所在的默认目录是include/，则在代码中就不用明确指明位置。
// 如果不是UNIX 的标准头文件，则需要指明所在的目录，并用双引号括住。
// 标准符号常数与类型文件。定义了各种符号常数和类型，并申明了各种函数。
// 如果定义了__LIBRARY__，则还含系统调用号和内嵌汇编代码syscall0()等。
9 #include <time.h> // 时间类型头文件。其中最主要定义了tm 结构和一些有关时间的函数原形。
10
11 /*
12 * we need this inline - forking from kernel space will result
13 * in NO COPY ON WRITE (!!!), until an execve is executed. This
14 * is no problem,

Pixhawk源码笔记一：APM代码基本结构

Pixhawk源码笔记一：APM代码基本结构

基础知识

详细参考：http://dev.ardupilot.com/wiki/learning-the-ardupilot-codebase/

第一部分：介绍

详细参考：http://dev.ardupilot.com/wiki/learning-ardupilot-introduction/ ArduPilot 代码分为5个主要部分，基本结构分类如下： vehicle directories AP_HAL libraries

tools directories

external support code

1、vehicle directories模型类型 当前共有4种模型：ArduPlane, ArduCopter, APMrover2 and AntennaTracker。都是.pde文件，就是为了兼容arduino平台，以后可能会放弃。

2、AP_HAL硬件抽象层

硬件抽象层，使得在不同硬件平台上的移植变得简单。

其中AP_HAL目录

Pixhawk源码笔记一：APM代码基本结构

Pixhawk源码笔记一：APM代码基本结构

基础知识

详细参考：http://dev.ardupilot.com/wiki/learning-the-ardupilot-codebase/

第一部分：介绍

详细参考：http://dev.ardupilot.com/wiki/learning-ardupilot-introduction/ ArduPilot 代码分为5个主要部分，基本结构分类如下： vehicle directories AP_HAL libraries

tools directories

external support code

1、vehicle directories模型类型 当前共有4种模型：ArduPlane, ArduCopter, APMrover2 and AntennaTracker。都是.pde文件，就是为了兼容arduino平台，以后可能会放弃。

2、AP_HAL硬件抽象层

硬件抽象层，使得在不同硬件平台上的移植变得简单。

其中AP_HAL目录

转自中国源码网

eMule的官方首页上写着：2002年05月13日 一个叫做 Merkur 的人，他不满意原始eDonkey2000客户端并且坚信他能够做的更好，所以他开始制作。他聚集了其它开发人员在他的周围，并且eMule工程就此诞生。

eMule是一个典型的MFC程序，它的图形界面等，已经和MFC紧紧融合到了一起。因此通常情况下它只能在windows平台下运行。有一些其它的工程，如aMule等，把它进行了移植，因此跨平台的功能要强些。

其实还有另外一个叫做xMule的工程，不过现在已经人气快不行了。在aMule的主页上可以看到eMule移植到linux平台下的一些历史，最早是有个叫做lMule的工程，他使用wxwidgets来进行eMule的跨平台的移植，这个工程2003年就不再更新了，后来转变成为xMule工程，它一度是linux平台下eMule的事实上的替代品。但是他们的程序员之间由于理念不同，发生了内讧，导致aMule分裂出来，他们后来矛盾严重的时候曾经一度从理念问题上升到互相对对方进行人身攻击，并且曾经对对方的网站发动过DDos。后来aMule和xMule就是两个完全不同的工程，xMule现在只有HopeSeekr一个人在维护

Eclipse源代码分析部分

Eclipse中的将工作台部分分成了视图和编辑两个方面由：

IWorkbenchPartFactory的两个方法：createView(String,Composite,IMemento,ServiceFactory)和 createEditor(String,Composite,IMemento,ServiceFactory负责创建Eclipse中工作台的抽象接口

一、Eclipse源代码分析部分(一)

IWorkbench分析:

getDispaly()得到当前和用户交互的Display对象 getProgressService() 得到进度条的服务

addWindowListener(IWindowListener)添加一个窗口的监听器

removeWindowListener(IWindowListener) 移除一个窗口的监听器 close()关闭工作台

getActiveWorkBenchWindow()得到激活的工作台窗口

getEditorRegistry() 得到当前工作台注册了的编辑器对象IEditorRegistry

getOperationSupport()得到当前工作台可

Nutch 1.0源代码分析(1): Crawl初始化与Injector

文章分类:互联网

从今天开始陆续对Nutch 1.0的工作过程进行分析。从Crawl为起点，先分析爬虫从爬行到索引的过程，再分析查询检索的过程。如有错误，欢迎批评指正！

Crawl类是Nutch爬虫中的一个核心类，它的主要方法就是该类中的main方法，该方法包含了爬虫的整个运行阶段，包括Inject(将初始URL加入到网页库CrawlDb中)，Generate（产生待爬行队列），Fetch（抓取网页）和Index（索引）。这里通过分析main方法的执行过程分析nutch爬虫从建立网页库到建立索引的全过程。Crawl类位于org.apache.nutch.crawl包中，接下来就对main方法进行分析。 1.初始化阶段

根据nutch-default.xml，nutch-site.xml，nutch-tool.xml 3个配置文件和用户在命令行输入的参数，配置和初始化爬行深度、线程数、爬行根目录、topN、crawlDb、linkDb、segments、indexes等目录，并初始化injector、generator、fetc

Nginx使用epoll 源代码分析

Linux平台上，Nginx使用epoll完成事件驱动，实现高并发；本文将不对epoll本身进行介绍（网上一堆一堆的文章介绍epoll的原理及使用方法，甚至源码分析等），仅看一下Nginx是如何使用epoll的。

Nginx在epoll模块中定义了好几个函数，这些函数基本都是作为回调注册到事件抽象层的对应接口上，从而实现了事件驱动的具体化，我们看如下的一段代码：

ngx_event_module_t ngx_epoll_module_ctx = {

&epoll_name,

ngx_epoll_create_conf, /* create configuration */

ngx_epoll_init_conf, /* init configuration */

{

ngx_epoll_add_event, /* add an event */

ngx_epoll_del_event, /* delete an event */

ngx_epoll_add_event, /* enab