linux的系统调用并不是像普通的函数调用那样直接在用户进程空间完成的，它是通过中断实现的，即：发出中断 + 调用中断服务程序。 以x86体系为例， 1. 用户进程在执行系统调用前，先把系统调用名（实际上是系统调用号）、输入参数等放到寄存器上(EBX,ECX等寄存器) 2. 然后发出int 0x80指令，即触发128号中断 3. 系统暂停用户进程，根据128号中断找到中断服务程序，这个程序名就叫system_call() 4. system_call()接着执行。它会从寄存器中找到系统调用名、输入参数等，并根据系统调用上下文中找到引发系统调用的进程；执行完毕后它又会把输出结果放到寄存器中。 5. 系统恢复用户进程，进程从寄存器中取到自己想要的东西，然后继续执行。 补充说明： 系统调用的中断一般称为软中断
内核会为子进程找到一个“养父”进程作为父进程，否则子进程就会进入僵死状态。 内核会按一定策略来选择养父，如果找不到合适的，就会使用init进程作为养父。
记录一下我搭建linux内核调试环境的步骤 机器、OS确定 1. 平时工作用的linux环境：Ubuntu 12.04. 当然你用windows也可以。 2. 编译好后的内核最好不要装在工作机器上，所以我用virtualbox装了一个centos 5.7作为试验场, 它的内核版本是2.6.18-274.el5 编译内核 3. 下载2.6.32.60版本的内核源码到centos上并解压 4. 创建一个适用于本机的、简洁的config: make localmodconfig (如遇提示，按enter) (2.6.32之后的版本才支持local config) 5. 在.config文件里加上CONFIG_SYSFS_DEPRECATED_V2=y，否则新内核启动时会找不到/dev/root; 然后make oldconfig(如遇提示，按enter) 6. 编译内核和模块 make clean; make; make modules; 在我的centos上，这三步合起来要半小时左右。 安装新内核 7. 把用户切换成root 8. 安装模块和内核：make modules_install; make install 9. 重启一下centos, 在新启的grub里选择新版内核.
在某一瞬间，linux中的处理器必定在干下面三种活之一： 1.运行于用户空间，执行用户进程 2.运行于内核空间，处于进程上下文，代表某个特定的进程执行 （比如，响应应用程序的系统调用） 3.运行于内核空间，处于中断上下文，与任何进程无关。
OS版本与职责分工： Ubuntu作为Dev Machine, 版本，内核版本 CentOS作为Target Machine (即被调试的系统), 版本， 内核版本 第1步：Target Machine 重新编译内核 1. make menuconfig 2. 打开内核调试信息.在Kernel hacking里选中"Kernel debugging"，并且 a.打开"Compile the kernel with debug info" b.打开"Compile the kernel with frame pointers" c.关闭"Write protect kernel read-only data structures"，否则无法设置断点 3. 打开KGDB相关选项. 在Kernel hacking a.打开“KGDB: kernel debugging with remote gdb” b.然后再进去打开"KGDB: use kgdb …
linux内核以页作为物理内存管理的基本单位。 32位机器上，页的大小一般是4KB.
用户空间的虚拟内存看来是连续的，但映射到物理内存时就未必了。 CPU不知道虚拟内存是什么东西，它只能操作物理内存。所以系统中需要有物理内存和虚拟内存的映射，维护这个映射关系的数据结构就是页表(page table).
格式化分两种： 1.物理格式化(低格)：即把磁盘分成扇区。磁盘厂商一般会预先做好。 2.逻辑格式化： 操作系统把初始文件系统的数据结构存储到磁盘上。具体信息包括空闲空间、第一个初始目录等。 未经逻辑格式化、没有文件系统的磁盘称作Raw Disk. 由于没有文件系统存在，直接通过物理地址访问Raw Disk可以获得比较高的性能。有的数据库系统就喜欢使用Raw Disk.
当磁盘I/O队列中有多个请求时，它应该先处理哪些请求？ 从队列选择请求的过程和策略就叫 磁盘调度 最直接的做法是先来先服务( FCFS), 它看起来公平，但效率可能很低。因为几个连续的请求的目标磁盘位置可能相隔很远，顺序处理这些请求会导致磁头做很多次长距离移动，导致总的寻道时间很长。 SSTF（最短寻道时间优先算法）则总是选择离自己最近的先处理，但公平性很差，甚至可能造成有的请求饿死。 另有SCAN/C-SCAN(电梯算法及其变种), LOOK等。