|
| 1 | +--- |
| 2 | +title: 2024秋冬季开源操作系统训练营三阶段学习总结报告-邵志航 |
| 3 | +date: 2024-12-1 13:55:00 |
| 4 | +tags: |
| 5 | + - author:BattiestStone4 |
| 6 | +--- |
| 7 | + |
| 8 | +# ArceOS入门 |
| 9 | + |
| 10 | +依本人的拙见,三阶段其实是为了让大家在正式开始项目实习前,先弄明白我们接下来要开发或者要完善的这个OS到底是一个什么样的OS。换句话说,它到底是基于一个什么样的思想去构建的?它跟市面上已有的那些微内核或者宏内核有哪些区别?或者更近一点,它跟我们之前做的rcore又有哪些异同?这应该都是我们在ArceOS入门阶段需要了解的一些事情,弄明白了这些概念是为了给接下来的开发和项目实习打下一个良好的基础。 |
| 11 | + |
| 12 | +### 组件化内核的概念 |
| 13 | + |
| 14 | +>研究和实践**基于组件**构造内核的方法,尝试构造应对**不同场景**的**各种模式**内核。 |
| 15 | +
|
| 16 | +前两天才考完操作系统,在书本上,对操作系统的(其中一种)定义是这样的: |
| 17 | + |
| 18 | +> 操作系统是一组能有效地**组织和管理计算机硬件和软件资源**,合理地对各类作业进行调度,以及**方便用户使用的程序的集合**。 |
| 19 | +
|
| 20 | +感觉有一种异曲同工之妙。即,我们也许不用将操作系统看作一个完整的整体,而是一块块组件,我们通过“胶水”进行粘合,将这些组件组合成一个程序的集合,来实现诸如计算机软硬件资源管理等功能。 |
| 21 | + |
| 22 | +>在组件化内核领域:所有内核实例都可以基于组合组件的方式,从简单到复杂逐级迭代的进行构建。所有内核模式都可以看作以Unikernel模式为基础,朝向特定方向的组件化扩展。 |
| 23 | +
|
| 24 | +那么什么是unikernel? |
| 25 | + |
| 26 | +### Unikernel |
| 27 | + |
| 28 | +Unikernel模式下应用与内核处于同一特权级(均为内核态),共享地址空间。Unikernel既是内核又是应用,二者合为一体。 |
| 29 | + |
| 30 | +转换到实际场景中,我们可以理解成就是一个运行在开发板上的程序,只是这个程序直接操控了这个开发板的所有硬件资源,且它只做一个任务,比如U1.0,负责向屏幕上输出信息,随后终止,退出。 |
| 31 | + |
| 32 | +而从上面的例子中,我们又可以将一个简单的输出字符串的程序,分成几个部分。比如输出部分,架构相关的部分,给分隔开,并且各自作为组件再完善,成为了组件化内核的前身。 |
| 33 | + |
| 34 | +> 优势:二者之间无隔离无切换,简单高效。 |
| 35 | +> |
| 36 | +> 劣势:二者之间无隔离无切换,安全性低。 |
| 37 | +
|
| 38 | +小结:通过U_1_0:helloworld,建立最基本的框架:核心组件axhal、axruntime、api、ulib以及上层应用组件。 |
| 39 | + |
| 40 | +后续版本在该基本框架的基础上,通过扩展功能组件,扩展OS能力特性。 |
| 41 | + |
| 42 | +这里扩展的部分,就是axalloc, axtask, axsync等 |
| 43 | + |
| 44 | +### 从Unikernel到宏内核 |
| 45 | + |
| 46 | +> 相对于Unikernel,宏内核的特点: |
| 47 | +> |
| 48 | +> (1) 增加一个权限较低的**用户特权级**来运行应用。 |
| 49 | +> |
| 50 | +> (2) 为应用创建独立的**用户地址空间**,与内核隔离。 |
| 51 | +> |
| 52 | +> (3) 内核运行时可以随时加载**应用Image**投入运行。 |
| 53 | +> |
| 54 | +> (4) 应用与内核界限分明。 |
| 55 | +
|
| 56 | +为了将我们的工作进一步推进到宏内核,我们还需要实现几个组件,其中就是axmm,用来构造用户地址空间和axfs,加载应用程序代码到地址空间。 |
| 57 | + |
| 58 | +### Hypervisor |
| 59 | + |
| 60 | +这部分暂时没有做更多的了解,因为本人想参与宏内核的开发,更多的去学习宏内核的相关知识了。此外,软件所的任务也一直在做,于是还没来得及看。 |
| 61 | + |
| 62 | +### 课后练习 |
| 63 | + |
| 64 | +主要是在于bump_allocator以及对挑战题目第1题的理解。因为之前也一直在做内存分配这里的工作。 |
| 65 | + |
| 66 | +bump_allocator主要还是根据bump分配器本身的一些思想去填充对应的功能即可。 |
| 67 | + |
| 68 | +而挑战题目通过优化内存块的分配来提升内存空间的使用效率,使得Indicator这个指标有显性的提升。我的实现是基于slab的,准确来说,只是修改了某个内存块的大小限制,所以优化也没有那么明显。 |
| 69 | + |
| 70 | +祝接下来项目阶段好运! |
0 commit comments