微内核编译

Ⅰ 以后汽车上的系统真的会换成华为的鸿蒙吗

的确可能的，不过现在还说不清楚。可用在汽车中控屏上、使用更方便的“鸿蒙”操作系统来了！8月9日，华为正式发布传闻已久的自有操作系统“鸿蒙”。鸿蒙系统将率先应用在车载设备、车联网、智慧屏以及智能手表、智能手机等智能终端上，也是可应用于汽车自动驾驶、智能辅助驾驶的一种操作系统。

其四，安全性高。之前一般的操作系统要求终端的内存至少要达到3GB，鸿蒙系统属“微内核”技术，不仅占用空间小，而且安全性能高。在安全系数上，目前的操作系统大多为2级，最多为3级或4级，鸿蒙系统可以达到5+级。

Ⅱ 鸿蒙系统到底是什么呀

兼容安卓，一切问题应该不大，方舟编译器中可以看出端倪，华为原本布局可能是过几年推出鸿蒙，现在没办法，只能如此了，再说一句，华为挺过这一次，离按着苹果打的日子不远了，别忘了，思科已经被按死在地上了，华为一旦超越，就不会让你有冒头的机会。如果华为进入北美市场，思科估计已经凉透了。

我对这个系统企望还是蛮大的，毕竟很有可能这是一个手机，电脑，平板等等通用的一个系统。华为手机的投屏所展示的那种界面，还有老罗吹逼的TNT，说不定真的能在华为这个鸿蒙身上实现。大胆吹一波牛逼，这个系统可能是未来中国电脑的主流系统，不仅仅是手机。

反正以后必然是移动端的天下，哈哈

Ⅲ 华为鸿蒙系统2.0，这个操作系统相比较安卓有哪些优势

华为鸿蒙系统2.0，这个操作系统相比较安卓的优势有主要是：鸿蒙OS 2.0版本系统安装华为方舟编译器。全球首款微内核操作系统。鸿蒙OS 2.0版本系统适配更多的智能硬件。

3、鸿蒙OS 2.0版本系统适配更多的智能硬件。

鸿蒙OS 2.0版本系统几乎没有软件跟它不兼容，能跟很多智能硬件成为最佳合作小伙伴。而且鸿蒙OS 2.0版本系统在控制功耗方面、系统运行速度流畅方面都是数一数二的。

Ⅳ 华为手机将全面适配鸿蒙2.0，它有何优势

2020年9月10日，华为对外宣布启用鸿蒙OS 2.0版本系统，跟鸿蒙OS1.0版本相比，这次升级带来更多的功能，不再是单一使用在智慧屏路由器上，搭配的范围更加广，来让我们一起谈一下OS 2.0版本系统的优势。

鸿蒙OS 2.0版本系统几乎没有软件跟它不兼容，能跟很多智能硬件成为最佳合作小伙伴。而且鸿蒙OS 2.0版本系统在控制功耗方面、系统运行速度流畅方面都是数一数二的，实在是牛B中牛B。

鸿蒙OS 2.0版本系统在2020年12月就全面上线，2021年华为就全部使用鸿蒙OS 2.0版本系统，这真是令人值得高兴的事儿，期待鸿蒙OS 2.0版本系统面世。

Ⅳ 座机电脑系统

我们常说的系统通常是指操作系统。
一、计算机软件与操作系统
功能强大的计算机自从走进了人类的生活就发挥着越来越重要的作用，随着时代的发展，计算机已与人们的日常生活息息相关。不能不说计算机软件日新月异的发展在此起着关键作用。可以这么说，离开了软件，计算机就成了废铜烂铁。
计算机机软件大致可以分为两类：系统软件和应用软件。
系统软件用于管理计算机资源，并为应用软件提供一个统一的平台。
应用软件则在系统软件的基础上实现用户所需要的功能。
而操作系统(Operating System，简称os)则是最基本的系统软件，它控制计算机的所有资源并提供应用程序开发的基础。
二、操作系统诞生的原因
计算机是由CPU、内存、磁盘、显卡、声卡等许许多多设备组成的，而且这些设备的厂商众多，品种繁多，而且不同厂商生产的同种设备虽然完成同种功能，但是具体细节却存在千差万别。
为了正确地管理和使用这些设备来实现具体的应用，这样程序员就得了解和掌握各种设备的工作原理。而且对于同种设备，由于不同的硬件厂商在实现细节上的差异使得程序员再次陷入了复杂的硬件控制的深渊。
必须找到一种方法使得程序员从苦海中脱离出来！多年的研究与发展终于使得这个愿望成为现实。这个解决方法就是在硬件的基础上加载一层软件来管理整个系统。这个软件通过设备驱动程序来与计算机硬件打交道，通过一系列的功能模块将整个计算机硬件系统抽象成为一个公共、统一、开放的接口—虚拟机，从而使得程序员不必再陷入各种硬件系统的具体细节！
这一层软件就是操作系统。
三、什么是操作系统
操作系统是一个大型的软件系统，其功能复杂，体系庞大。从不同的角度看的结果也不同，正是“横看成岭侧成峰”，下面我们通过最典型的两个角度来分析一下。
1.从程序员的角度看
正如前面所说的，如果没有操作系统，程序员在开发软件的时候就必须陷入复杂的硬件实现细节。程序员并不想涉足这个可怕的领域，而且大量的精力花费在这个重复的、没有创造性的工作上也使得程序员无法集中精力放在更具有创造性的程序设计工作中去。程序员需要的是一种简单的，高度抽象的可以与之打交道的设备。
将硬件细节与程序员隔离开来，这当然就是操作系统。
从这个角度看，操作系统的作用是为用户提供一台等价的扩展机器，也称虚拟机，它比底层硬件更容易编程。
2.从使用者的角度看 操作系统则用来管理一个复杂系统的各个部分。
操作系统负责在相互竞争的程序之间有序地控制对CPU、内存及其它I/O接口设备的分配。
比如说，假设在一台计算机上运行的三个程序试图同时在同一台打印机上输出计算结果。那么头几行可能是程序1的输出，下几行是程序2的输出，然后又是程序3的输出等等。最终结果将是一团糟。这时，操作系统采用将打印输出送到磁盘上的缓冲区的方法就可以避免这种混乱。在一个程序结束后，操作系统可以将暂存在磁盘上的文件送到打印机输出。
从这种角度来看，操作系统则是系统的资源管理者。
四、操作系统发展历史
下面我们结合计算机的发展历史来回顾一下操作系统的发展历程。
1.第一代计算机（1945-1955）：真空管和插件板
40年代中期，美国哈佛大学、普林斯顿高等研究院、宾夕法尼亚大学的一些人使用数万个真空管，构建了世界上第一台电子计算机。开启计算机发展的历史。这个时期的机器需要一个小组专门设计、制造、编程、操作、维护每台机器。程序设计使用机器语言，通过插板上的硬连线来控制其基本功能。
这个时候处于计算机发展的最初阶段，连程序设计语言都还没有出现，操作系统更是闻所未闻！
2.第二代计算机（1955-1965）：晶体管和批处理系统
这个时期计算机越来越可靠，已从研究院中走出来，走进了商业应用。但这个时期的计算机主要完成各种科学计算，需要专门的操作人员维护，并且需要针对每次的计算任务进行编程。
第二代计算机主要用于科学与工程计算。使用FORTRAN与汇编语言编写程序。在后期出现了操作系统的雏形：FMS（FORTRAN监控系统）和IBMSYS（IBM为7094机配备的操作系统）
3.第三代计算机（1965-1980）：集成电路芯片和多道程序
60年代初，计算机厂商根据不同的应用分成了两个计算机系列，一个针对科学计算，一个针对商业应用。
随着计算机应用的深入，对统一两种应用的计算机需求出现了。这时IBM公司试图通过引入System/360来解决这个问题。
与这个计划配套，IBM公司组织了OS/360操作系统的开发，然后复杂的需求，以及当时软件工程水平低下使得OS/360的开发工作陷入了历史以来最可怕的“软件开发泥潭”，诞生了最着名的失败论着----《神秘的人月》。
虽然这个开发计划失败了，但是这个愿望却成为了计算机厂商的目标。
此时，MIT、Bell Lab（贝尔实验室）和通用电气公司决定开发一种“公用计算机服务系统”----MULTICS，希望其能同时支持数百名分时用户的一种机器。结果这个计划的研制难度超出了所有人的预料，最后这个系统也以失败结束。不过，MULTICS的思想却为后来的操作系统很多提示。
60年代未，一位贝尔实验室曾参加过MULTICS研制工作的计算机科学家Ken Thompson，在一台无人使用的PDP-7机器上开发出了一套简化的、单用户版的MULTICS。后来导致了UNIX操作系统的诞生。
目前UNIX操作系统主导了小型机、工作站以及其他市场。也是至今最有影响力的操作系统之一，而linux也是UNIX系统的一种衍生。
4.第四代计算机（1980-今）：个人计算机
随着计算机技术的不断更新与发展，计算机神奇般地闯入了人们的生活，现在以低廉的价格就可以获得强大计算能力的计算机。
价格不再是阻拦计算机普及的门槛时，降低计算机的易用性就显得十分重要！由于UNIX系统的本身特点，使得其不太适合于在运行在个人计算机上，这时就需要一种新的操作系统。
在这一历史关键时候，IBM公司由于低估了PC机的市场，并未使用最大的力量角逐这一市场，这时Intel公司趁机进入，成为了当今微处理器的老大。同时善于抓住时机的微软公司的总裁比尔·盖茨适时地进入了这一领域，用购买来的CP/M摇身一变成为MS-DOS，并凭借其成为个人计算机操作系统领域的霸主。
虽然是苹果公司在GUI方面先拔头筹，但由于苹果公司的不兼容、不开放的市场策略，未能扩大战果，这时微软又适时地进入了GUI方面，凭借WINDOWS系统再次称雄！
五、操作系统构成
一般来说，操作系统由以下几个部分组成：
1）进程调度子系统：
进程调度子系统决定哪个进程使用CPU，对进程进行调度、管理。
2）进程间通信子系统：
负责各个进程之间的通信。
3）内存管理子系统：
负责管理计算机内存。
4）设备管理子系统：
负责管理各种计算机外设，主要由设备驱动程序构成。
5）文件子系统：
负责管理磁盘上的各种文件、目录！
6）网络子系统：
负责处理各种与网络有关的东西。
六、操作系统结构设计
操作系统有多种实现方法与设计思路，下面仅选取最有代表性的三种做一简单的叙述。
1.整体式系统结构设计
这是最常用的一种组织方式，它常被誉为“大杂烩”，也可说，整体式系统结构就是“无结构”。
这种结构方式下，开发人员为了构造最终的目标操作系统程序，首先将一些独立的过程，或包含过程的文件进行编译，然后用链接程序将它们链接成为一个单独的目标程序。
Linux操作系统就是采用整体式的系统结构设计。但其在此基础上增加了一些形如动态模块加载等方法来提高整体的灵活性，弥补整体式系统结构设计的不足。
2.层次式系统结构设计
这种方式则是对系统进行严格的分层，使得整个系统层次分明，等级森严！这种系统学术味道较浓！实际完全按照这种结构进行设计的操作系统不多，也没有广泛的应用。
可以这么说，现在的操作系统设计是在整体式系统结构与层次式系统结构设计中寻求平衡。
3.微内核系统结构设计
而微内核系统结构设计则是近几年来出现的一种新的设计理念，最有代表性的操作系统有Mach和QNX。
微内核系统，顾名思义就是系统内核很小！比如说QNX的微内核只负责：
¨ 进程间的通信
¨ 低层的网络通信
¨ 进程调度
¨ 第一级中断处理
七、操作系统横向比较
计算机历史中出现了许许多多的操作系统，然后大浪淘沙，无情地淘汰了许多，只留下一些经历过市场考验的：
1.桌面操作系统：
1）MSDOS：Intel x86系列的PC机上的最早的操作系统，微软公司产品，曾经统治了这个领域，现在已逐渐被自家兄弟WINDOWS 9x系列所代替，现在除了一些低档机外已不多见。
2）Windows 9x：微软公司产品，从Windows 3.x发展而来，现在是基于Intel x86系列的PC机上的主要操作系统，也是现然个人电脑中装机量最大的操作系统。面向桌面、面向个人用户。
3）Mac OS：苹果公司所有，界面友好，性能优异，但由于只能运行在苹果公司自己的电脑上而发展有限。但由于苹果电脑独特的市场定位，现在仍存活良好。
[1]4）linux:Linux是一种计算机操作系统和它的内核的名字。它也是自由软件和开放源代码发展中最着名的例子。
严格来讲，Linux这个词本身只表示Linux内核，但在实际上人们已经习惯了用Linux来形容整个基于Linux内核，并且使用GNU 工程各种工具和数据库的操作系统(也被称为GNU/Linux)。基于这些组件的Linux软件被称为Linux发行版。一般来讲，一个Linux发行套件包含大量的软件，比如软件开发工具，数据库，Web服务器（例如Apache)，X Window，桌面环境（比如GNOME和KDE），办公套件（比如OpenOffice.org），等等。
2.服务器操作系统：
1）UNIX系列：UNIX可以说是源远流长，是一个真正稳健、实用、强大的操作系统，但是由于众多厂商在其基础上开发了有自己特色的UNIX版本，所以影响了整体。在国外，UNIX系统可谓独树一帜，广泛应用于科研、学校、金融等关键领域。但由于中国的计算机发展较为落后，UNIX系统的应用水平与国外相比有一定的滞后。
2）Windows NT系列：微软公司产品，其利用Windows的友好的用户界面的优势打进服务器操作系统市场。但其在整体性能、效率、稳定性上都与UNIX有一定差距，所以现在主要应用于中小企业市场。
3）Novell Netware系列：Novell公司产品，其以极适合于中小网络而着称，在中国的证券行业市场占有率极高，而且其产品特点鲜明，仍然是服务器系统软件中的长青树。
系统 xìtǒng [system]∶按一定的关系组成的同类事物

Ⅵ 什么情况下需要手动编译 Linux 内核

启动要加载驱动模块，就要先确定有这个模块存在，然后加载它做一些准备。所以要编译内核。。。
内核是操作系统最基本的部分。它是为众多应用程序提供对计算机硬件的安全访问的一部分软件，这种访问是有限的，并且内核决定一个程序在什么时候对某部分硬件操作多长时间。内核的分类可分为单内核和双内核以及微内核。严格地说，内核并不是计算机系统中必要的组成部分。

Ⅶ macbook 有没有类似 Ubuntu 下 apt-get 功能的命令，vim有没有，gcc编译器怎么按 内核在哪里

首先, 楼上的2B们, 没用过MAC别来废话行不?

Mac是BSD内核, 有类似apt-get的东西, 或者确切的说是ports, 如果你用过Gentoo Linux的话就会知道. 还是很好用的, 不过更新会比apt-get和launchpad慢一些.

vim, gcc, emacs都是有的. 而且和linux下使用的体验基本一样. 不过个人推荐你在mac下用textmate哟, 这个编辑器是非常强大的~

嵌入内核模块应该是做不到的, 当然你可以换内核, 不过这很不安全.
因为linux和mac的内核结构不一样, mac是微内核.

另外, 你如果喜欢linux的话, 用mac绝对不会后悔. 他帮你解决了许许多多在linux下会遇到的麻烦事, 总之就是帮你做出了很多的选择.

而且mac下的虚拟机很好用. 可以实现无缝双系统(不需要切换, 指定程序的运行模式就可以)
也有x11, linux下的多数软件在编译之后都可以使用的.

谢谢.

Ⅷ 操作系统是如何编写的用什么语言编写的

操作系统使用C语言和汇编编写的，Windows,UNIX,Linux都是这样的。绝大部分是C，极少情况使用汇编。
操作系统的编写需要与硬件厂商紧密配合，两者相辅相成。操作系统的实现要对硬件作出假设，硬件的设计要对操作系统的使用做出假设。所以开发操作系统很大的难度就是要和众多硬件设备供应商保持紧密的合作。
编写操作系统，和开发应用程序很大的不同是，他没有平台的库函数使用，很多时候是直接面向硬件，而且不是像应用程序是靠事件来驱动，而是靠中端机制来促使操作系统运行

Ⅸ 我是新手，请问什么是内核，干嘛用的

内核是操作系统最基本的部分。它是为众多应用程序提供对计算机硬件的安全访问的一部分软件，这种访问是有限的，并且内核决定一个程序在什么时候对某部分硬件操作多长时间。直接对硬件操作是非常复杂的，所以内核通常提供一种硬件抽象的方法来完成这些操作。硬件抽象隐藏了复杂性，为应用软件和硬件提供了一套简洁，统一的接口，使程序设计更为简单。
严格地说，内核并不是计算机系统中必要的组成部分。程序可以直接地被调入计算机中执行，这样的设计说明了设计者不希望提供任何硬件抽象和操作系统的支持，它常见于早期计算机系统的设计中。最终，一些辅助性程序，例如程序加载器和调试器，被设计到机器核心当中，或者固化在只读存储器里。这些变化发生时，操作系统内核的概念就渐渐明晰起来了。
一个更重要的问题是，什么人才要了解内核。或者说，对内核的了解程度，会怎样影响一个人的工作，毕竟，它是复杂的。
[编辑本段]内核分类
单内核 它为潜在的硬件提供了大量完善的硬件抽象操作。
微内核 只提供了很小一部分的硬件抽象，大部分功能由一种特殊的用户态程序：服务器来完成。
混合内核 它很像微内核结构，只不过它的的组件更多的在核心态中运行，以获得更快的执行速度。
外内核 这种内核不提供任何硬件抽象操作，但是允许为内核增加额外的运行库，通过这些运行库应用程序可以直接地或者接近直接地对硬件进行操作。
单内核
单内核结构在硬件之上定义了一个高阶的抽象界面，应用一组原语(或者叫系统调用)来实现操作系统的功能，例如进程管理，文件系统，和存储管理等等，这些功能由多个运行在核心态的模块来完成。
尽管每一个模块都是单独地服务这些操作，内核代码是高度集成的，而且难以编写正确。因为所有的模块都在同一个内核空间上运行，一个很小的bug都会使整个系统崩溃。然而，如果开发顺利，单内核结构就可以从运行效率上得到好处。
很多现代的单内核结构内核，如Linux和FreeBSD内核，能够在运行时将模块调入执行，这就可以使扩充内核的功能变得更简单，也可以使内核的核心部分变得更简洁。
单内核结构的例子：
1.传统的UNIX内核，例如伯克利大学发行的版本
2.Linux内核
微内核
微内核结构由一个非常简单的硬件抽象层和一组比较关键的原语或系统调用组成，这些原语仅仅包括了建立一个系统必需的几个部分，如 线程管理，地址空间和进程间通信等。
微核的目标是将系统服务的实现和系统的基本操作规则分离开来。例如，进程的输入/输出锁定服务可以由运行在微核之外的一个服务组件来提供。这些非常模块化的用户态服务器用于完成操作系统中比较高级的操作，这样的设计使内核中最核心的部分的设计更简单。一个服务组件的失效并不会导致整个系统的崩溃，内核需要做的，仅仅是重新启动这个组件，而不必影响其它的部分
微内核将许多OS服务放入分离的进程,如文件系统,设备驱动程序,而进程通过消息传递调用OS服务.微内核结构必然是多线程的,第一代微内核,在核心提供了较多的服务,因此被称为'胖微内核',它的典型代表是MACH,它既是GNU HURD也是APPLE SERVER OS 的核心,可以说,蒸蒸日上.第二代为微内核只提供最基本的OS服务,典型的OS是QNX,QNX在理论界很有名,被认为是一种先进的OS.
微内核的例子：
1.AIX
2.BeOS
3.L4微内核系列
4.Mach, 用于GNU Hurd和Mac OS X
5.Minix
6.MorphOS
7.QNX
8.RadiOS
9.VSTa
单内核与微内核的比较
单内核结构是非常有吸引力的一种设计，由于在同一个地址空间上实现所有低级操作的系统控制代码的复杂性的效率会比在不同地址空间上实现更高些。
20世纪90年代初，单内核结构被认为是过时的。把Linux设计成为单内核结构而不是微内核引起了无数的争议。
现在，单核结构正趋向于容易被正确设计，所以它的发展会比微内核结构更迅速些。两个阵营中都有成功的案例。微核经常被用于机器人和医疗器械的嵌入式设计中，因为它的系统的关键部分都处在相互分开的，被保护的存储空间中。这对于单核设计来说是不可能的，就算它采用了运行时加载模块的方式。
尽管Mach是众所周知的多用途的微内核，人们还是开发了除此之外的几个微内核。L3是一个演示性的内核，只是为了证明微内核设计并不总是低运行速度。它的后续版本L4甚至可以将Linux内核在单独的地址空间作为它的一个进程来运行。
QNX是一个从20世纪80年代就开始设计的微内核系统。它比Mach更接近微内核的理念。它被用于一些特殊的领域，在这些情况下由于软件错误导致系统失效是不允许的。例如航天飞机上的机械手，还有研磨望远镜镜片的机器，一点点失误就会导致上千美元的损失。
很多人相信，由于Mach不能够解决一些提出微内核理论时针对的问题，所以微内核技术毫无用处。Mach的爱好者表明这是非常狭隘的观点，遗憾的是似乎所有人都开始接受这种观点。
混合内核
混合内核实质上是微内核，只不过它让一些微核结构运行在用户空间的代码运行在内核空间，这样让内核的运行效率更高些。这是一种妥协做法，设计者参考了微内核结构的系统运行速度不佳的理论。然而后来的实验证明，纯微内核的系统实际上也可以是高效率的。大多数现代操作系统遵循这种设计范畴，微软视窗就是一个很好的例子。另外还有XNU，运行在苹果Mac OS X上的内核，也是一个混合内核。
混合内核的例子：
BeOS 内核
DragonFly BSD
ReactOS 内核
Windows NT、Windows 2000、Windows XP、Windows Server 2003以及Windows Vista等基于NT技术的操作系统
XNU
一些人认为可以在运行时加载模块的单核系统和混合内核系统没有区别。这是不正确的。混合意味着它从单核和微核系统中都吸取了一定的设计模式，例如一些非关键的代码在用户空间运行，另一些在内核空间运行，单纯是为了效率的原因。
外内核
外内核系统，也被称为纵向结构操作系统，使一种比较极端的设计方法。
它的设计理念是让用户程序的设计者来决定硬件接口的设计。外内核本身非常的小，它通常只负责系统保护和系统资源复用相关的服务。
传统的内核设计(包括单核和微核)都对硬件作了抽象，把硬件资源或设备驱动程序都隐藏在硬件抽象层下。比方说，在这些系统中，如果分配一段物理存储，应用程序并不知道它的实际位置。
而外核的目标就是让应用程序直接请求一块特定的物理空间，一块特定的磁盘块等等。系统本身只保证被请求的资源当前是空闲的，应用程序就允许直接存取它。既然外核系统只提供了比较低级的硬件操作，而没有像其他系统一样提供高级的硬件抽象，那么就需要增加额外的运行库支持。这些运行库运行在外核之上，给用户程序提供了完整的功能。
理论上，这种设计可以让各种操作系统运行在一个外核之上，如Windows和Unix。并且设计人员可以根据运行效率调整系统的各部分功能。
现在，外核设计还停留在研究阶段，没有任何一个商业系统采用了这种设计。几种概念上的操作系统正在被开发，如剑桥大学的Nemesis，格拉斯哥大学的Citrix系统和瑞士计算机科学院的一套系统。麻省理工学院也在进行着这类研究。
[编辑本段]无核
TUNES Project和UnununiumOS都进行无内核的尝试. 无内核的系统is not limited to a single centralizing entry point.
[编辑本段]参考
操作系统
[编辑本段]内核发展中的改进
红旗5就是2.6内核了，期待中
转：期待已久的2.6内核终于到来了。IBMLinuxTechnologyCenter的PaulLarson暗中关注那些让2.6成为有史以来最好内核的工具、测试和技术——从修正控制和回归测试到缺陷追踪和列表保持。
经过为期三年的积极开发，新2.6Linux内核最近已经发布了，在这期间，Linux内核的开发和测试方法发生了一些有趣的变化。当前，开发内核的方法在很多方面与三年前没什么不同。不过，一些关键变化已经使整体的稳定性和质量得到了提高。
源代码管理
历史上，从来没有出现过用于Linux内核的正式的源代码管理或修正控制系统。实际上，很多开发者实现了他们自己的修正控制器，但是并没有官方的LinuxCVS档案库，让LinusTorvalds检查加入代码，并让其他人可以由此获得代码。修正控制器的缺乏，常常会使发行版本之间存在“代沟”，没有人真正知道加入了哪些改变，这些改变是否能很好地融合，或者在即将发行的版本中哪些新内容是值得期待的。通常，如果更多的开发者可以像了解他们自己所做的改变一样了解到那些变化，某些问题就可以得到避免。
由于缺乏正式的修正控制器和源代码管理工具，使得很多人提议使用一个名为BitKeeper的产品。BitKeeper是一个源代码控制管理系统，很多内核开发者已经成功地将其应用于他们自己的内核开发工作中。最初的2.5内核发布后不久，LinusTorvalds开始试用BitKeeper，以确定它是否能满足他的需要。现在，主要的2.4和2.5内核的Linux内核源代码都是用BitKeeper来管理的。对大部分可能很少或者根本不关心内核开发的用户来说，这一点看起来可能无关紧要。不过，在一些情况下，用户可以受益于那些由于使用BitKeeper而带来的开发Linux内核的方法的改变。
使用BitKeeper的最大好处之一是补丁的融合。当多个补丁应用于同一基础的代码之上，并且其中一些补丁会对同一部分产生影响时，就可能会出现融合问题。一个好的源代码管理系统可以自动地完成其中一些更为复杂的部分工作，这样可以更快地融合补丁，并使更多的补丁加入到内核中。随着Linux内核开发者社区的扩大，非常需要修正控制器来帮助保持对所有改变的追踪。由于每个人都可以将这些改变集成到主要的Linux内核中，为保证补丁不会被遗忘并可以方便地融合和管理，BitKeeper等工具是必不可少的。
非常有必要使用一个实时的、集中的档案库来保存对Linux内核的最新更新。每一个被内核接受的改变或者补丁都被作为一个改变集被追踪。终端用户和开发者可以保存他们自己的源文件档案库，并根据需要可以通过一个简单的命令用最新的改变集进行更新。对开发者来说，这意味着可以始终使用最新的代码拷贝。测试人员可以使用这些逻辑的改变集合来确定哪些变化导致了问题的产生，缩短调试所需要的时间。甚至那些希望使用最新内核的用户也可以直接利用实时的、集中的档案库，因为现在一旦他们所需要的部件或缺陷修复加入到内核中，他们就可以马上进行更新。当代码融合到内核时，任何用户都可以提供关于这些代码的即时反馈和缺陷报告。
并行开发
随着Linux内核的成长，变得更加复杂，而且吸引更多开发者将注意力集中到内核的特定方面的专门开发上来，出现了另一个开发Linux方法的有趣改变。在2.3内核版本的开发期间，除了由LinusTorvalds发行的主要的一个内核树之外，还有一些其他的内核树。
在2.5的开发期间，内核树出现了爆炸式的增长。由于使用源代码管理工具可以保持开发的同步并行进行，这样就可能实现开发的部分并行化。为了让其他人在他们所做的改变被接受之前可以进行测试，有一些开发需要并行化。那些保持自己的树的内核维护者致力于特定的组件和目标，比如内存管理、NUMA部件、改进扩展性和用于特定体系结构的代码，还有一些树收集并追踪对许多小缺陷的纠正。
图1.Linux2.5开发树
这种并行开发模型的优点是，它使得需要进行重大改变的开发者，或者针对一个特定的目标进行大量类似改变的那些开发者可以自由地在一个受控环境中开发，而并不影响其他人所用内核的稳定性。当开发者完成工作后，他们可以发布针对Linux内核当前版本的补丁，以实现到此为止他们所完成的改变。这样，社区中的测试人员就可以方便地测试这些改变并提供反馈。当每一部分都被证明是稳定的之后，那些部分可以单独地，或者甚至同时全部地，融合到主要Linux内核中。
在实际应用中测试
过去，Linux内核测试方法围绕开放源代码开发模型进行。由于代码一经发布后就公开给其他开发者进行审查，因此从来没有出现过一个与其他形式的软件开发类似的正式的验证周期。这种方法背后的理论依据是“TheCathedralandtheBazaar”中所谓的“Linus法则”（请查阅参考资料以获得相关的参考），这一法则的内容为“众人的眼光是雪亮的”。换句话说，高力度的审查可以找出大部分真正的大问题。
然而实际上，内核有很多复杂的相互联系。即使进行了足够力度的审查，还是会漏过很多严重的缺陷。此外，最新的内核一经发布，终端用户可以（也经常是）下载并使用。2.4.0发布时，社区中很多人都提议进行更有组织的测试，以保证特定测试和代码审查的强度。有组织的测试包括运用测试计划、测试过程中的可重复性等等。使用所有的三种方法比最初只使用两种方法会带来更高的代码质量。
Linux测试项目
最早对Linux开始进行有组织测试的贡献者是Linux测试项目(LinuxTestProject，LTP)。这个项目的目的是通过更有组织的测试方法提高Linux的质量。这个测试项目的一部分是自动测试套件的开发。LTP开发的主要测试套件也叫做Linux测试项目。2.4.0内核发布时，LTP测试套件只有大约100个测试。随着2.4和2.5版本Linux的发展与成熟，LTP测试套件也正在发展和成熟。当前，Linux测试项目包括超过2000个测试，而且这个数字还在增长!
代码覆盖分析
现在所使用的新工具为内核提供了代码覆盖分析的功能。覆盖分析告诉我们，在一个给定的测试运行时，内核中哪些行代码被执行。更重要的是，覆盖分析提示了内核的哪些部分还根本没有被测试到。这个数据是重要的，因为它指出了需要再编写哪些新测试来测试内核的那些部分，以使内核可以得到更完备的测试。
持续多日的内核回归测试
在2.5的开发周期中，Linux测试项目所采用的另一个项目是，用LTP测试套件对Linux内核执行持续多日的回归测试。人们用BitKeeper创建了一个实时的、集中的档案库，以随时可以获得Linux内核的快照。在没有使用BitKeeper和快照时，测试人员不得不等到内核发布后才可以开始测试。现在，内核只要发生了改变，测试人员就可以进行测试。
使用自动化工具来执行持续多日的回归测试的另一个优点是，和上一次测试相比变化较小。如果发现了一个新的回归缺陷，通常会容易地检测出这个缺陷可能是哪个改变导致的。
同样，由于是最新的改变，因此它在开发者的脑海中印象还比较深——希望这能让他们更容易地记起并修订相应的代码。或许Linus法则应该有这样一个结论，有一些缺陷比其他缺陷更容易被发现，因为那些正是持续多日的内核回归测试所发现并处理的那些。在开发周期中和实际发布之前能够每天进行这些测试，这就使那些只关注完整发行版本的测试者可以将精力集中于更严重和耗时的缺陷。
可扩展测试平台
另外一个名为开放源代码开发实验室(OpenSourceDevelopmentLabs,OSDL)的团队也为Linux测试做出了重要的贡献。2.4内核发布后不久，OSDL创建了一个叫做可扩展测试平台(ScalableTestPlatform，STP)的系统。STP是一个自动化的测试平台，让开发者和测试者可以运行OSDL硬件之上的系统所提供的测试。开发者甚至可以使用这个系统来测试他们自己的针对内核的补丁。可扩展测试平台简化了测试的步骤，因为STP可以构建内核、设置测试、运行测试，并收集结果。然后得到结果以进行深入地比较。很多人无法接触大型系统，比如具有8个处理器的SMP机器，而通过STP，任何人都可以在像这样的大型系统上运行测试，这个系统(STP)的另一个好处就在于此。
追踪缺陷
自从2.4发布以来，对Linux内核的有组织测试最大的改进之一是缺陷追踪。过去，在Linux内核中发现的缺陷会报告给Linux内核邮件列表，报告给特定组件或者特定体系的邮件列表，或者直接报告给维护发现缺陷的那部分代码的个人。随着开发和测试Linux的人数的增加，这个系统的不足之处很快就暴露了出来。在以前，除非人们对缺陷的报告可以惊人地维持下去，缺陷经常被遗漏、遗忘或者忽略。
现在，OSDL安装了一个缺陷追踪系统（请参阅参考资料中的链接），来报告和追踪Linux内核的缺陷。系统经过了配置，这样当某个组件的缺陷被报告时，那个组件的维护者就会得到通知。维护者既可以接受并修复那个缺陷，或重新指定缺陷（如果最终确定实际上那是内核另外一部分的缺陷），也可以排除它（如果最终确定并不是真正的缺陷，比如错误配置的系统）。报告给邮件列表的缺陷还有丢失的危险，因为越来越多的电子邮件涌向那个列表。然而，在缺陷追踪系统中，始终有对每一个缺陷及其当前状态的记录。
大量信息
在为将来的2.6Linux内核进行开的过程中，除了这些自动化的信息管理方法之外，开放源代码社区的不同成员还收集和追踪了数量惊人的信息。
例如，在KernelNewbies站点上创建了一个状态列表，来保持对已经提出的内核新部件的追踪。这个列表包含了以状态排序的条目，如果它们已经完成了，则说明它们已经包含在哪个内核中，如果还没有完成，则指出还需要多长时间。列表上很多条目的链接指向大型项目的Web站点，或者当条目较小时，链接指向一个解释相应部件的电子邮件信息的拷贝。
内核版本历史
到现在我们很多人已经熟悉了Linux内核的版本编号系统，不过AndriesBrouwer提醒了我们实际上它是如何不规则的。
Linux的第一个公开版本是1991年10月的0.02版本。两个月以后，在1991年12月，Linus发布了0.11版本，这是第一个可以不依赖于Minix就可以使用的独立内核。
0.12版本发布一个月以后，在3月，版本号跳到了0.95，反映出系统正变得成熟。不仅如此，直到两年后，也就是1994年3月，具有里程碑意义的1.0.0才完成。
大约从这时起开始使用两“路”编号方法标注内核的开发。偶数号的内核（比如1.0、2.2、2.4，现在是2.6）是稳定的，“产品”型号。同时，奇数号的内核版本（1.1、2.3）是前沿的或者“发展中的”内核。直接最近，一个稳定的内核发布以后几个月就开始新内核的开发工作。然而，2.5的开发工作是在2.4完成后几ten个月以后才开始的。
那么我们什么时候可以期待2.7呢？这不好说，不过在KernelTrap已经有了一个讨论的头绪。
在那之前，您可以阅读RagibHasan的文章以深入了解Linux的历史。
同时，“post-halloween文档”告诉用户即将到来的2.6内核有哪些可期待的东西（参阅参考资料中的链接）。post-halloween文档的大部分讨论内容是用户需要注意的主要改变，以及需要更新的系统工具（为了利用它们）。关心这一信息人的主要是那些期望提前了解2.6内核中有哪些内容的Linux发行商，还有终端用户，这可以让他们确定为了能利用新部件是否有需要升级的程序。
KernelJanitors项目保持了（实际上现在还在保持）一个列表，内容是需要修复的较小缺陷和解决方法。这些缺陷解决方法中大部分是由于向内核打较大的补丁时需要改动很多部分代码而导致的，比如有些地方会影响设备驱动程序。那些新近从事内核开发的人开始时的工作可以选择列表中的条目，这样让他们可以通过小项目学习如何编写内核代码，同时有机会为社区做出贡献。
还有，在另一个预发布的项目中，JohnCherry追踪了在对每个已经发布的内核版本进行编译时发现的错误和警告。这些编译统计数字随着时间的流逝一直持续下降，而且，以系统的形式来发布这些结果使得所取得的进展一目了然。在很多情况下，可以像使用KernelJanitors列表一样来利用这些警告和错误消息中的一部分，因为编译错误通常是由小的缺陷引起的，需要一些努力去修复。
最后，还有AndrewMorton的“must-fix”列表。由于他已经被选定为2.6内核发布后的维护者，他运用他的特权概括地列出了那些他认为在最终的2.6内核发布前最迫切需要解决方案的问题。must-fix列表中包含了内核Bugzilla系统中的缺陷，需要完成的部件，以及其他已知的问题，这些问题如不解决将阻碍2.6发布。这一信息可以帮助指明在新内核发布前还需要哪些步骤；对那些关心这一万众期待的2.6内核发布何时能完成的人来说，它还可以提供有价值的信息。
自从去年年底2.6内核发布以后，这些资料中有一些已经明显不再进行维护了。其他的相关工作在主要版本发布后仍未结束，还要继续进行后期的更新。有趣的是能看到哪些又被重新提起，有了哪些革新，我们又一次接近了一个主要发布版本。
结束语
多数人在考虑内核的一个新的稳定版本时，第一个问题通常是“这一版本中有什么新东西吗？”实际上除了一些新特性和修复之外，在幕后还有一个随着时间而不断改进的过程。
在Linux社区中，开放源代码开发日益兴旺。致力于Linux内核和其他方面工作的编码者之间联系是松散的，这就使得团队可以成功地适应变化。在许多方面，相对于已经完成的很多单个的改进和缺陷修复而言，Linux的开发和测试方法——尤其是这些方法随时间的推移得到了改进——对新内核的可靠性影响更为深远。
[编辑本段]天文学意义上的内核
从天文学意义上讲，一颗行星（或一颗恒星）都有两个核：内核和外核，星体内核的温度可高达几千摄氏度。

Ⅹ 鸿蒙系统采用的是微内核，为什么安卓却从来不使用

单体内核：大内核，将OS的全部功能都做进内核中，包括调度、文件系统、网络、设备驱动器、存储管理。比如设备驱动管理、资源分配、进程间通信、进程间切换管理、文件系统、存储管理、网络等。单体内核是指在一大块代码中实际包含了所有操作系统功能，并作为一个单一进程运行，具有唯一地址空间。大部分UNIX（包括Linxu）系统都采用的单体内核。
微内核：微内核与单体内核不同，微内核只是将OS中最核心的功能加入内核，包括IPC通信、地址空间分配和基本的调度，这些东西处在内核态运行。如：WINCE系统。

而其他功能如设备驱动、文件系统、存储管理、网络等作为一个个处于用户态的进程而向外提供某种服务来实现，而且这些处于用户态的进程可以针对某些特定的应用和环境需求进行定制。有时，也称这些进程为服务器。

从理论上来看，微内核的思想更好些，微内核把系统分为各个小的功能块，降低了设计难度，系统的维护与修改也容易。

谷歌的安卓系统采用的就是linux 单内核，苹果iOS 与苹果的Mac OS X操作系统一样，属于类Unix的单核商业操作系统。

Magenta具备两个Linux内核不具备的优势，一个是更为轻量级，另一个则是拥有更好的平台兼容性。Magenta同时支持ARM和X86两类架构，因此无论是手机还是PC运行从底层上就更加完善。