笔记仓库 https://github.com/yfblock/OS-Tranining-Camp
第二阶段rcore-N 仓库 https://github.com/yfblock/rCore-N
所谓用户态中断就是在用户态发生的中断，在发生中断时不需要进入内核态，不需要切换特权级。最开始是应用在当前进程中，因此在发生一些中断时不必频繁的切换上下文，一部分中断可以直接在用户态进行处理，减少相关的性能损耗。在fork中也能对数据进行处理，在发生进程间通信时，可以不仅如此内核态而在用户态直接处理，同样也可以减少性能的损失。
在第二阶段的活动中，我选择的是rCore的进一步扩展，因为时间与rCore移植比赛的重合性，我选择了在完善移植工作并结束比赛后才进一步做扩展相关的工作，因此可能对于扩展部分的改进不是很多。
2022.09 朱懿
在第一阶段学习了rust和操作系统实验的基础上，第二阶段我基于我的兴趣，选择了虚拟机的方向，经过前期的调查了解研究，发现，在夏令营第二阶段设计的虚拟化的几个方向中，对于偏向硬件的虚拟机方向，已经有人做出了实现。然而我注意到，目前为止，所有的工作仍然没有人注意到操作系统级的虚拟化的方向，也就是容器化的方向。因此，在自己感兴趣的前提下，第二阶段我选择了容器化的这个虚拟机的方向进行学习和研究。
（当然，也因为没有前人在这方面的相关工作，我在这方面的学习研究，不能说举步维艰吧，只能说从0到1）
因此，尽管最后在zcore上面的改造不算成功，但我会尽量详尽的结合我在项目里面的log记录，省却大量无用的吐槽，希望为后来者提供一些可行的资料和设计思路。
我第二阶段选择的主题是模块化rcore，刚开始想的比较美好，这个模块化rcore项目和第一阶段都属同一个项目，做起来难度应该不大；并且模块化正是程序员所追求的一种境界。但是一着手实现就有很多问题了。第一个问题是怎么实现模块化，有没有一种切实可行的一种方法？此外，虽然经过了操作系统夏令营的洗礼，但是我依然缺少对操作系统底层相关的技术的理解。比如应用程序如何加载，这过程中使用到了什么命令等等细节的问题。
无奈何只能从头开始看rcore-tutorial的文档了。因此我第二阶段做的工作并不是模块化rcore，而是按照rcore-tutorial文档复现出一个操作系统。
仓库地址： https://github.com/chenzhiy2001/code-debug
VSCode 为了方便图形化地调试（而不是在终端里手输命令去获取信息），提供了一套对 Debugger 的 UI 支持，但是不同的语言有不同的调试器，无法直接让 UI 去调用相应调试器，因此 VSCode 提出了 Debug Adapter 作为 UI 与 Debugger 的连接桥梁，一个调试器插件就是一个实现了这样一套接口的对象，其协议叫做 Debug Adapter Protocol。
非常高兴能够以一位已经毕业的工程师的身份来参加一个由清华大学发起的比赛活动。