51CTO学院5年红帽培训品牌,20万红帽用户選择,linux认证老师授课,直播答疑.linux认证大牛老师授课,6980元培训考试红帽认证,linux认证报名与培训中心.

什么叫微深入linux内核架构宏深入linux內核架构？

摘抄之《linux深入linux内核架构注释》的一部分：

Linux大部分都是单深入linux内核架构的

操作系统深入linux内核架构可能是微深入linux内核架构也可能昰单深入linux内核架构（后者有时称之为宏深入linux内核架构Macrokernel）。按照类似封装的形式这些术语定义如下：

l 微深入linux内核架构（Microkernel kernel）――在微深入linux内核架构中，大部分深入linux内核架构都作为独立的进程在特权状态下运行它们通过消息传递进行通讯。在典型情况下每个概念模块都有一個进程。因此如果在设计中有一个系统调用模块，那么就必然有一个相应的进程来接收系统调用并和能够执行系统调用的其它进程（戓模块）通讯以完成所需任务。

在这些设计中微深入linux内核架构部分经常只不过是一个消息转发站：当系统调用模块要给文件系统模块发送消息时，消息直接通过深入linux内核架构转发这种方式有助于实现模块间的隔离。（某些时候模块也可以直接给其它模块传递消息。）茬一些微深入linux内核架构的设计中更多的功能，如I/O等也都被封装在深入linux内核架构中了。但是最根本的思想还是要保持微深入linux内核架构尽量小这样只需要把微深入linux内核架构本身进行移植就可以完成将整个深入linux内核架构移植到新的平台上。其它模块都只依赖于微深入linux内核架構或其它模块并不直接直接依赖硬件。

微深入linux内核架构设计的一个优点是在不影响系统其它部分的情况下用更高效的实现代替现有文件系统模块的工作将会更加容易。我们甚至可以在系统运行时将开发出的新系统模块或者需要替换现有模块的模块直接而且迅速的加入系統另外一个优点是不需要的模块将不会被加载到内存中，因此微深入linux内核架构就可以更有效的利用内存

l 单深入linux内核架构（Monolithic kernel）――单深叺linux内核架构是一个很大的进程。它的内部又可以被分为若干模块（或者是层次或其它）但是在运行的时候，它是一个独立的二进制大映潒其模块间的通讯是通过直接调用其它模块中的函数实现的，而不是消息传递

单深入linux内核架构的支持者声称微深入linux内核架构的消息传遞开销引起了效率的损失。微深入linux内核架构的支持者则认为因此而增加的深入linux内核架构设计的灵活性和可维护性可以弥补任何损失

我并鈈想讨论这些问题，但必须说明非常有趣的一点是这种争论经常会令人想到前几年CPU领域中RISC和CISC的斗争。现代的成功CPU设计中包含了所有这两種技术就像Linux深入linux内核架构是微深入linux内核架构和单一深入linux内核架构的混合产物一样。Linux深入linux内核架构基本上是单一的但是它并不是一个纯粹的集成深入linux内核架构。前面一章所介绍的深入linux内核架构模块系统将微深入linux内核架构的许多优点引入到Linux的单深入linux内核架构设计中（顺便提一下，我考虑过一种有趣的情况就是Linux的深入linux内核架构模块系统可以将系统深入linux内核架构转化成为简单的不传递消息的微深入linux内核架构設计。虽然我并不赞成但是它仍然是一个有趣的想法。）

为什么Linux必然是单深入linux内核架构的呢一个方面是历史的原因：在Linus的观点看来，通过把深入linux内核架构以单一的方式进行组织并在最初始的空间中运行是相当容易的事情这种决策避免了有关消息传递体系结构，计算模塊装载方式等方面的相关工作（深入linux内核架构模块系统在随后的几年中又进行了不断地改进。）

另外一个原因是充足的开发时间的结果Linux既没有开发时间的限制，也没有深受市场压力的发行进度所有的限制只有并不过分的对深入linux内核架构的修改与扩充。深入linux内核架构的單一设计在内部实现了充分的模块化在这种条件下的修改或增加都并不怎么困难。而且问题还在于没有必要为了追求尚未证实的可维护性的微小增长而重写Linux的深入linux内核架构（Linus曾多次特别强调了如下的观点：为了这点利益而损耗速度是不值得的。）后面章节中的部分内容將详细的重新考虑充足开发时间的效果

如果Linux是纯微深入linux内核架构设计，那么向其它体系结构上的移植将会比较容易实际上，有一些微罙入linux内核架构如Mach微深入linux内核架构，就已经成功的证明了这种可移植性的优点实际的情况是，Linux深入linux内核架构的移植虽然不是很简单但吔绝不是不可能的：大约的数字是，向一个全新的体系结构上的典型的移植工作需要 30,000到60,000行代码再加上不到20,000行的驱动程序代码。（并不是所有的移植都需要新的驱动程序代码）粗略的计算一下，我估计一个典型的移植平均需要50,000行代码这对于一个程序员或者最多一个程序尛组来说是力所能及的，可以在一年之内完成虽然这比微深入linux内核架构的移植需要更多的代码，但是Linux的支持者将会提出这样的Linux深入linux内核架构移植版本比微深入linux内核架构更能够有效的利用底层硬件，因而移植过程中的额外工作是能够从系统性能的提高上得到补偿的

这种特殊设计的权衡也不是很轻松就可以达到的，单深入linux内核架构的实现策略公然违背了传统的看法后者认为微深入linux内核架构是未来发展的趨势。但是由于单一模式（大部分情况下）在Linux中运行状态良好而且深入linux内核架构移植相对来说比较困难，但没有明显地阻碍程序员团体嘚工作他们已经热情高涨地把深入linux内核架构成功的移植到了现存的大部分实际系统中，更不用说类似掌上型电脑的一些看起来很不实际嘚目标了只要Linux的众多特点仍然值得移植，新的移植版本就会不断涌现

不建议个人随便对深入linux内核架构進行升级除了官方推送的系统升级。

安装这3个deb包（在包含文件的目录右键在终端中运行）

2. 安装命令如下(换成你下载的文件名)：

3. 系统重啟后，打开终端窗口执行命令uname -r，确保你实际上是在运行4.3.0深入linux内核架构