diff --git "a/2024/11/08/2024\346\230\245\345\244\217\345\255\243\345\274\200\346\272\220\346\223\215\344\275\234\347\263\273\347\273\237\350\256\255\347\273\203\350\220\245\347\254\254\344\270\200\351\230\266\346\256\265\346\200\273\347\273\223\346\212\245\345\221\212-fengtdi/index.html" "b/2024/11/08/2024\346\230\245\345\244\217\345\255\243\345\274\200\346\272\220\346\223\215\344\275\234\347\263\273\347\273\237\350\256\255\347\273\203\350\220\245\347\254\254\344\270\200\351\230\266\346\256\265\346\200\273\347\273\223\346\212\245\345\221\212-fengtdi/index.html" index 37893ee82e..db274d4909 100644 --- "a/2024/11/08/2024\346\230\245\345\244\217\345\255\243\345\274\200\346\272\220\346\223\215\344\275\234\347\263\273\347\273\237\350\256\255\347\273\203\350\220\245\347\254\254\344\270\200\351\230\266\346\256\265\346\200\273\347\273\223\346\212\245\345\221\212-fengtdi/index.html" +++ "b/2024/11/08/2024\346\230\245\345\244\217\345\255\243\345\274\200\346\272\220\346\223\215\344\275\234\347\263\273\347\273\237\350\256\255\347\273\203\350\220\245\347\254\254\344\270\200\351\230\266\346\256\265\346\200\273\347\273\223\346\212\245\345\221\212-fengtdi/index.html" @@ -29,8 +29,8 @@ - - + + @@ -189,7 +189,7 @@
title: dream第二阶段总结
date: 2024-05-31 20:00:41
categories:
- 2024春夏季开源操作系统训练营
tags:
- author:Eternal60f3
- repo:https://github.com/Eternal60f3/2024-rcore-repo
很感谢这次训练营的主办方。我这学期准备考研，然后就也想这弄一个项目。为复试增加点东西。
+rcore让我熟悉了gdb以及git的使用。借助vscode的插件也很方便的利用git来比对前后差异来debug。
+对于这几个实验。
+再看完ch3的文档，当时以为自己理解了，等实际去看代码的时候，发现自己理解个屁。又回到ch2分支，捋清楚ch2的代码之后，才搞懂ch3的实现。
+实验4非常nice本来一开始一直没搞懂，为什么要设置 DiskInode 和 Inode 两层抽象，而不是一层，但实际开始写的时候突然意识到，这是对于fs资源保证只有一个人使用的管理。对于涉及到了锁的编程，以前没太写过，debug弄了好久。
+实验5在群里和佬们交流了才搞懂该怎么弄，debug了也弄了好久。好在最后做出来了。
+可惜，阶段三之后可能没啥时间弄了，得抓数学了。未来说不定还会来参加啦，哈哈哈。多谢清华给了这么好的学习机会
+ + +title: dream第二阶段总结
date: 2024-05-31 20:00:41
categories:
- 2024春夏季开源操作系统训练营
tags:
- author:Eternal60f3
- repo:https://github.com/Eternal60f3/2024-rcore-repo
很感谢这次训练营的主办方。我这学期准备考研，然后就也想这弄一个项目。为复试增加点东西。
-rcore让我熟悉了gdb以及git的使用。借助vscode的插件也很方便的利用git来比对前后差异来debug。
-对于这几个实验。
-再看完ch3的文档，当时以为自己理解了，等实际去看代码的时候，发现自己理解个屁。又回到ch2分支，捋清楚ch2的代码之后，才搞懂ch3的实现。
-实验4非常nice本来一开始一直没搞懂，为什么要设置 DiskInode 和 Inode 两层抽象，而不是一层，但实际开始写的时候突然意识到，这是对于fs资源保证只有一个人使用的管理。对于涉及到了锁的编程，以前没太写过，debug弄了好久。
-实验5在群里和佬们交流了才搞懂该怎么弄，debug了也弄了好久。好在最后做出来了。
-可惜，阶段三之后可能没啥时间弄了，得抓数学了。未来说不定还会来参加啦，哈哈哈。多谢清华给了这么好的学习机会
+作为一名前端全栈开发者，刚开始学习Rust时，给我的感觉是没想象中的难度那么高，学起来还挺轻松…
然而，还是太年轻了，当我开始真的用起来之后，我发现，编译器成为了我前进的“恶梦”，它无时无刻不在教我做人，总是会在不经意间鞭挞我：“你，还很菜呢！”
所以，慢慢的，我开始放弃了保守的学习方式：“先将文档中的内容都大致学会，并记下来”，它让我一直停留在学习的舒适区，对学习Rust来说是很低效的。
Rustlings 其实就是一种很好的学习语言的方式，通过大量的几乎全覆盖式的Rust练习，在练习中不断遇到问题，并解决问题，就像打怪升级，心理上会不断的得到激励感，并不断的做下去。
通过Rustlings的110道题目的练习，其实也让我意识到了，自己以为的会使用Rust了，只是井底之蛙吧了。
练习的内容虽然都在文档中，只看文档学习的化，其实有时候会忽略这些知识的真实用途是什么，也就无法在实际项目中灵活的去使用了。
通过这段时间的练习，不一定让我在Rust的熟练成都有很大的提升，但是让我看到了一个Rust用法的大纲，这已经是一个很好的开始了。
希望在接下来的开发里，不断精进对Rust使用，当然，也不能只专注在语法本身，对操作系统本身知识的学习，会更重要，非常期待！
作为一名前端全栈开发者，刚开始学习Rust时，给我的感觉是没想象中的难度那么高，学起来还挺轻松…
然而，还是太年轻了，当我开始真的用起来之后，我发现，编译器成为了我前进的“恶梦”，它无时无刻不在教我做人，总是会在不经意间鞭挞我：“你，还很菜呢！”
所以，慢慢的，我开始放弃了保守的学习方式：“先将文档中的内容都大致学会，并记下来”，它让我一直停留在学习的舒适区，对学习Rust来说是很低效的。
Rustlings 其实就是一种很好的学习语言的方式，通过大量的几乎全覆盖式的Rust练习，在练习中不断遇到问题，并解决问题，就像打怪升级，心理上会不断的得到激励感，并不断的做下去。
通过Rustlings的110道题目的练习，其实也让我意识到了，自己以为的会使用Rust了，只是井底之蛙吧了。
练习的内容虽然都在文档中，只看文档学习的化，其实有时候会忽略这些知识的真实用途是什么，也就无法在实际项目中灵活的去使用了。
通过这段时间的练习，不一定让我在Rust的熟练成都有很大的提升，但是让我看到了一个Rust用法的大纲，这已经是一个很好的开始了。
希望在接下来的开发里，不断精进对Rust使用，当然，也不能只专注在语法本身，对操作系统本身知识的学习，会更重要，非常期待！
title: 2024春夏季开源操作系统训练营第一阶段总结报告-fengtdi
date: 2024-04-24 21:38:58
tags:
- author:zlh20040308
了解到这个训练营源自一次机缘巧合，刚学完操作系统的鄙人在b站刷课时无意刷到了前训练营的导学部分，并在评论区看到了up主留下的链接，点进去一看正好都是我很感兴趣的方向，而且学习资源和github页面都整理得很完善，于是果断加入了
+第一阶段的的主要任务是学习Rust语言，刚接触这门语言时候的第一感觉就是概念十分的多，有些概念甚至看起来匪夷所思，如生命周期标注，我十分不理解为什么Rust要这么设计，但是秉持着能跑就行的原则，还是硬着头皮和编译器作斗争
+带着以上这些问题，我找到了斯坦福大学CS110L这门课，这门课并不是教学生如何进行Rust编程，而是希望通过Rust的视角反映出当今两种主流内存分配机制——手动管理（malloc&free）和垃圾回收（GC）——的不足，在其三节课就主要讨论了它们所会遇到的问题：
+手动管理（C/C++）
+C/C++的类型系统对内存所有权的表达能力是十分有限的，以至于工程师在设计函数接口时会显得十分臃肿，还必须附上大量的注释来告知调用者去担负起管理内存的责任，也就是说内存的管理取决于程序员的自觉性，这就导致程序员经常会忘记之前申请过释放内存，而且随着工程的不断壮大，这种错误会不可避免地发生
+垃圾回收（Java）
+Java通过某种类似于引用计数的方式来自动回收内存，但这种设计会带来性能上的损耗（回收机制过于复杂）
+而Rust便带来了属于它的第三种方案，那就是所有权机制，在这种机制下，内存管理会变得高效且安全，这得益于它强大的静态检测机制，能够在编译时期就规避掉很多内存泄露的隐患
+但这也是有代价的，既然要求在编译时期就能发现错误，那么Rust编译器就会要求程序员在编码时附带足够多的信息供它推断，也就出现了类似于生命周期标注这些语法
+在初步过完几轮Rust基础并完成了rustlings之后，便开始着手用Rust复刻了一些之前写过的小项目（当然，还有那令Rust新手望而生畏的链表），在这段过程中越发能感受到Rust的一些设计理念在影响着我的编码习惯，也引起了我对与内存安全的思考
+在经历了这一阶段的学习后，虽然我到现在也不认为我是一个Rust程序员，但是也多多少少能用Rust去进行一些有效编码了
+十分感谢第一阶段中为我答疑解惑的老师和同学，同时更要感谢开源操作系统训练营提供了这么一个平台把大家聚集在了一起，我十分喜欢这里的学习氛围，大家一起交流着学习上的疑惑并提出自己的见解，这开源的理念也使我收益颇丰
title: 2024春夏季开源操作系统训练营第一阶段总结报告-fengtdi
date: 2024-04-24 21:38:58
tags:
- author:zlh20040308
了解到这个训练营源自一次机缘巧合，刚学完操作系统的鄙人在b站刷课时无意刷到了前训练营的导学部分，并在评论区看到了up主留下的链接，点进去一看正好都是我很感兴趣的方向，而且学习资源和github页面都整理得很完善，于是果断加入了
-第一阶段的的主要任务是学习Rust语言，刚接触这门语言时候的第一感觉就是概念十分的多，有些概念甚至看起来匪夷所思，如生命周期标注，我十分不理解为什么Rust要这么设计，但是秉持着能跑就行的原则，还是硬着头皮和编译器作斗争
-带着以上这些问题，我找到了斯坦福大学CS110L这门课，这门课并不是教学生如何进行Rust编程，而是希望通过Rust的视角反映出当今两种主流内存分配机制——手动管理（malloc&free）和垃圾回收（GC）——的不足，在其三节课就主要讨论了它们所会遇到的问题：
-手动管理（C/C++）
-C/C++的类型系统对内存所有权的表达能力是十分有限的，以至于工程师在设计函数接口时会显得十分臃肿，还必须附上大量的注释来告知调用者去担负起管理内存的责任，也就是说内存的管理取决于程序员的自觉性，这就导致程序员经常会忘记之前申请过释放内存，而且随着工程的不断壮大，这种错误会不可避免地发生
-垃圾回收（Java）
-Java通过某种类似于引用计数的方式来自动回收内存，但这种设计会带来性能上的损耗（回收机制过于复杂）
-而Rust便带来了属于它的第三种方案，那就是所有权机制，在这种机制下，内存管理会变得高效且安全，这得益于它强大的静态检测机制，能够在编译时期就规避掉很多内存泄露的隐患
-但这也是有代价的，既然要求在编译时期就能发现错误，那么Rust编译器就会要求程序员在编码时附带足够多的信息供它推断，也就出现了类似于生命周期标注这些语法
-在初步过完几轮Rust基础并完成了rustlings之后，便开始着手用Rust复刻了一些之前写过的小项目（当然，还有那令Rust新手望而生畏的链表），在这段过程中越发能感受到Rust的一些设计理念在影响着我的编码习惯，也引起了我对与内存安全的思考
-在经历了这一阶段的学习后，虽然我到现在也不认为我是一个Rust程序员，但是也多多少少能用Rust去进行一些有效编码了
-十分感谢第一阶段中为我答疑解惑的老师和同学，同时更要感谢开源操作系统训练营提供了这么一个平台把大家聚集在了一起，我十分喜欢这里的学习氛围，大家一起交流着学习上的疑惑并提出自己的见解，这开源的理念也使我收益颇丰
- - -第一阶段主要考察 Rust 基础编程和数据结构与算法，由于我有一定 Rust 基础，所以前 100 道题比较轻松，但从未使用 Rust 刷过算法题，因此后 10 道题让我学习了如何使用 Rust 编写常见数据结构如链表、栈、堆、图等，以及常见的排序、搜索算法等，有所收获！
-第二阶段我的学习方法是先看完 v3 book 对应章节，然后再做实验题。v3 book 写得循序渐进，质量上乘，读懂后做实验题都比较轻松。第二阶段的精华都在 v3 book 中，十分建议精读一遍，我自己精读一遍后发现了若干内容和文字错误，还提交了 19 个 pr 修复。这期间我还写了篇博客分析有栈协程示例代码。
-五个实验题中最后的死锁检测算法花费的时间要久一点，因为前面章节没有铺垫，直接就是抛出一个算法让实现，且算法只有过程描述，没有原理分析。这个算法似乎很少在生产上见到被实际使用（可能是我孤陋寡闻），我建议换成其他更有意义的实验，比如实现某一种同步互斥原语。
+之前有断断续续看过一些课程，没有加入到学习训练营中，自己一个人没有啥动力。这次通过其他其群的信息，加入训练营和大家一起开始学习，一起探讨，最终完成了所有课程的学习，并完成了题目练习。
+和大家一起学习，更加容易坚持到最后。学习中遇到的问题，也可以及时和群友讨论。因为需要完成题目拿分数，有时候会功利性比较强，以完成测试为目的，忽略掉一些知识点。最后学完之后可能容易忘记，可能需要多多复习。
原版rustlings曾经做过，但是这次添加了一些题目，不过也曾经在exercism.org上接触过相似的
通过这110道题，完整的复习了一遍Rust的相关基础知识，特别是最后的几道很有Rust特色的数据结构题
耗时两周的工作日。
+看课程结合rust圣经一起学，收获还行。虽然到目前为止，几乎没有一次是写完代码就直接能够通过编译器检测的。
+不过写rust的一个好处就是，通过了编译器基本上代码也就不太愁了，涉及到裸指针这种也有unsafe 知道要着重检查哪里。还记得之前csapp的一个lab用c语言写malloc函数的底层的时候，用了半天的时间写完，结果找bug找了将近两天。指针飞舞，飞到这飞到那，都不知道自己咋错的。
+还有一个很nice的地方就是不能隐式类型转换，并且溢出也会报错，参加程序设计竞赛用c++写题目的时候，已经不知道有多少罚时是因为整形溢出造成的了。
+不过生命周期真的感觉很头大，现在也还不能够完全把握住。
+然后这次写rustlings的时候一开始看到algorithm里面要用到链表的时候就去看了圣经部分的链表，当时看了两天，只感觉，emm这也太难了吧，那各种考虑因素捋了好久才勉强想通一点，到后面还要实现图论，感觉起飞。但真正去看题目的时候，才发现，nm，这直接用的裸指针实现的，后面建图也是用的邻接表建图。。。花了半天多一点的时间搞完就收工了。
+接下来就是riscv的学习，之前看csapp学过x86 就把risc-v手册用了半天跳着通读了一下。感觉risc-v寄存器多这一点很舒服，基本上不太用放入栈。然后看了下特权机制，这个之前csapp的x86没说。
+ + +
允许各个元素类型不相同
+1 | fn main(){ |
1 | // quiz2.rs |
"rust is fun!".to_owned() 是一个字符串字面量（string literal），.to_owned() 是一个字符串切片（&str）的方法，用于将字符串切片转换为一个拥有所有权的 String 类型的对象。这个方法的作用是创建一个新的 String 对象，其中包含了字符串切片的内容，同时拥有了自己的内存空间，与原始的字符串切片无关。
"nice weather".into() 是 Rust 中的一个特殊的语法，它实际上是调用了 From trait 中的实现，将一个类型转换为另一个类型。在这种情况下，"nice weather".into() 将一个字符串字面量（&str 类型）转换为 String 类型。这种转换是通过实现了 From<&str> for String 的 trait 来完成的，它会将给定的字符串切片（&str）复制到一个新的 String 对象中，并返回这个新对象。这种转换通常被称为”类型推导”，因为编译器会根据上下文自动推导出需要转换的目标类型。
Option
+和match配合
+
通配符
+
相当于二元控制流
+
(1) trait作为参数
+
1 | fn main() { |
.fold()迭代器方法
+1 | fn fold<B, F>(self, init: B, f: F) -> B |
这里的参数含义是：
+init 是初始值，它是要合并的类型的默认值或起始状态。f 是一个闭包函数，它接受两个参数：累积值（accumulator）和当前迭代的元素，并返回一个新的累积值。.fold() 方法会迭代迭代器的每个元素，并在每次迭代中调用闭包函数 f，将当前累积值和当前元素作为参数传递给闭包函数，然后将闭包函数的返回值作为新的累积值。最终，.fold() 方法返回的值是所有元素被合并后得到的单个值。
通常用结构体来实现，不同之处在于实现了Deref和Drop trait。Dereftrait 允许智能指针结构体示例表现的像引用一样，Drop trait允许我们自定义当智能指针离开作用域时运行的代码
box允许将值直接放到到堆上
+cons list
+每一项都包含两个元素：当前的值和下一项。其最后一项
+
Rust知道为Message分配多少空间时，他会检查每一个成员，并发现quit并不需要任何空间，Move需要两个i32空间，依此类推
+Deref
+实现Deref允许我们重载解引用运算符* 我们无法直接使用指针所指向的数据，需要通过解引用运算符
Drop
+制定在值离开作用域时应该执行Droptrait。一般是自动进行。
当我们想手动执行，就可以使用公用的drop
引用计数
会打印出引用计数，可以调用strong_count函数获得
但是，虽然可以共享数据，其还是没有违反借用和所有权的定义，只是使别的变量具有a变量的可读性
+结合Rc < T >和 RefCell < T > 来拥有多个可变数据所有者
+1 |
|
可以拥有一个表面上不可变的List，不过可以使用RefCell< T>中提供内部可变性的方法来再需要时修改
提供了信道(channel)来实现。信道分为发送者和接收者
+
可以允许多个发送者 但是只能有一个接收者
类比java
send函数会获取其参数的所有权并移动这个值归接收者所有。
不想所有权转移:
+
同步和异步：async和多线程
异步返回的都是future
+.await异步机制的实现 更像
宏（Macro）指的是 Rust 中一系列的功能：使用 macro_rules! 的 声明（Declarative）宏，和三种 过程（Procedural）宏：
#[derive] 宏在结构体和枚举上指定通过 derive 属性添加的代码为什么已经有了函数还需要宏呢？
+宏是一种代码生成器，允许在编译时对代码进行操作和生成，可以在更大的范围内改变代码结构和行为。在某些情况下，使用宏可以提高代码的灵活性和效率，但同时也会增加代码的复杂性和难以理解性。
+怀着java的心来学rust，在很多情况下，rust所有权问题总是是一个大坑，rust是对底层深入的语言，相比于java非常多的工具链，rust给我最大的感觉就是如同汽车修理工那样，一个零件一个零件的卸下和装配。说实话，时间太短了，很多概念是第一次接受，并没有特别深入的了解，之后会尽力去做的。
+ + +寒假期间即了解了操作系统项目rCore，并跟着做了rCore的一些练习，相关项目可以参考KamijoToma/rCoreOS。
-下面我简单列出我的感想：
-在学习其他语言和使用的过程中，我经常遇到如何在一个函数中返回异常的问题。高级语言，例如Java、C++，给出的解决方案是通过一个特殊的路径——异常，来返回这些错误。
然而，这些异于正常控制流的异常返回会令编译器的工作更加繁重，打乱执行流也意味着会造成额外的性能损失和更加复杂的汇编设计，也是基于此原因Google不建议在C++中使用异常。
另一门语言，Java，也使用异常。在学习Java异常的时候，我了解了Google的Optional库。它取代或部分取代了Java中异常的功能，通过将返回值包裹在一个Optional类中，来指示函数是否正确的处理了这个值。
到这里可能就有些熟悉了，这正是Rust中Option和Result枚举的设计思路。通过将异常和返回值包裹在一个枚举中作为函数的真正返回值，我们将异常的控制流非异常化，减少了编译器设计难度和性能损失。
同理，Rust中对各种trait进行组合也是我认为很优秀的设计思路。这些设计手法让我对编程语言设计的问题理解的更加深刻。
提到Rust的特点，绕不开的关键词就是“所有权”。作为一门系统级语言，Rust当然不使用gc来自动管理内存，它也不完全需要程序员手动管理内存。事实上，它强迫程序员按照一定的规则来申请和释放内存。
在这里我不再提所有权的细节，而是想说，通过这种强迫的方式，我改掉了很多之前随意申请释放内存的情况。即使编写C程序，我也谨依Rust曾经教过我的管理方法去管理内存。
Rust是一门简洁有力但又有深度的编程语言，难怪有很多人为Rust所狂热。道路是曲折的，前途是光明的，我希望能同255DoesNotExist和TrisuyaN、reecho等同学一起，完整的学完这个夏令营~
+曾在去年看过一遍 Rust 的语法，当时 Rust 这种新颖的借用-生命周期设计给我了很深的印象。
+后面一直没机会使用后面基本全忘了，这次又跟着学了一遍，又弥补了一些细节上的问题，感觉收获很多。
+期待这次训练营的实操，Rust 会给我一个怎样的编程体验。
我是工作多年的IT从业者，用很多语言写过很多有大有小的程序。我听说过rust但始终没抽出时间来学，这次通过练习，感觉到了它的安全性和可靠性，以及良好的表现。
-我觉得rust是非常有前景的系统编程语言。感谢老师和同学们的分享。大家一起加油！
+完成了rCore训练营的第一部分——rust基础编程，有以下收获
+最开始是通过朋友的分享知道了rust训练营，在此之前也从来没听过rust语言，只学习过c和python。编程能力实在薄弱。学起rust确实很吃力。但是我通过看圣经和其他参考资料，也慢慢了解了rust的基本用法，感觉rust的很多特性很妙，很厉害。最终在gpt的帮助下，也还是刷完了Rustlings。感谢这个训练营提供的机会，让我了解到rust。
+寒假期间即了解了操作系统项目rCore，并跟着做了rCore的一些练习，相关项目可以参考KamijoToma/rCoreOS。
+下面我简单列出我的感想：
+在学习其他语言和使用的过程中，我经常遇到如何在一个函数中返回异常的问题。高级语言，例如Java、C++，给出的解决方案是通过一个特殊的路径——异常，来返回这些错误。
然而，这些异于正常控制流的异常返回会令编译器的工作更加繁重，打乱执行流也意味着会造成额外的性能损失和更加复杂的汇编设计，也是基于此原因Google不建议在C++中使用异常。
另一门语言，Java，也使用异常。在学习Java异常的时候，我了解了Google的Optional库。它取代或部分取代了Java中异常的功能，通过将返回值包裹在一个Optional类中，来指示函数是否正确的处理了这个值。
到这里可能就有些熟悉了，这正是Rust中Option和Result枚举的设计思路。通过将异常和返回值包裹在一个枚举中作为函数的真正返回值，我们将异常的控制流非异常化，减少了编译器设计难度和性能损失。
同理，Rust中对各种trait进行组合也是我认为很优秀的设计思路。这些设计手法让我对编程语言设计的问题理解的更加深刻。
提到Rust的特点，绕不开的关键词就是“所有权”。作为一门系统级语言，Rust当然不使用gc来自动管理内存，它也不完全需要程序员手动管理内存。事实上，它强迫程序员按照一定的规则来申请和释放内存。
在这里我不再提所有权的细节，而是想说，通过这种强迫的方式，我改掉了很多之前随意申请释放内存的情况。即使编写C程序，我也谨依Rust曾经教过我的管理方法去管理内存。
Rust是一门简洁有力但又有深度的编程语言，难怪有很多人为Rust所狂热。道路是曲折的，前途是光明的，我希望能同255DoesNotExist和TrisuyaN、reecho等同学一起，完整的学完这个夏令营~
第一阶段：
之前看到过rcore的宣传，不过当时看到的时候已经晚了，rust还没学会就结束了，不过当时做了几十道rustlings，留了点基础。
正好这学期学校开了rust课，也多了点时间，就来做了一下。和官网的rustlings不同，这里加的10道数据结构题感觉还是非常不错的。
本人比较懒，不知甚解地写完了rustlings，但是理解和实践能力还是比较不足，这十道题正好综合了之前的知识，写完还是很有收获的，虽然我用了GPT(
anyways，希望后面的第二第三阶段也能顺利完成，第一阶段还是比较简单的。rust还挺难的，希望自己坚持下来
第二阶段：
总的来说是很让我很惊讶的实验。之前以为是别的实验课那样，在给出的一堆乱七八糟的东西上实现os的相关功能，但是rcore真的基本上从0开始讲解了如何一步步构建一个基本的操作系统，力求大部分细节都照顾到。属实是刷新了我在学校操作系统课和实验里学到的无比浅薄、零散的知识。
唯一不满意的地方是我自己hh，由于时间不太充裕，很多细节其实并没有照顾到，虽然基本的实验是能凑出来，但是明显感觉到对rcore的认识还是不够的，而且还是用的print来debug hhh。
anyway，虽然实验写完了，但是这套代码还玩不起来，不能做到自己随心所欲的更改。准备之后再好好看看问答题怎么写。
+我是工作多年的IT从业者，用很多语言写过很多有大有小的程序。我听说过rust但始终没抽出时间来学，这次通过练习，感觉到了它的安全性和可靠性，以及良好的表现。
+我觉得rust是非常有前景的系统编程语言。感谢老师和同学们的分享。大家一起加油！
这是我第一次接触rust，这一个月基本上用于学习rust的基础知识，主要是通过rustlings这个项目来学习，这个项目是一个非常好的项目，通过这个项目我学习到了很多rust的基础知识，比如rust的基本语法，rust的数据类型，rust的所有权系统，rust的模块系统等等，这些知识对我来说都是非常重要的，我也通过这个项目学习到了一些rust的编程技巧，比如如何使用match表达式，如何使用闭包等等，这些技巧对我来说也是非常重要的，总的来说，这一个月的学习让我对rust有了一个初步的了解.
rustlings让我第一次看到还可以这么学一门语言，通过一些小的练习来学习一门语言，这种学习方式非常的有趣，我也通过这个项目学到了一些学习方法，比如如何通过阅读错误信息来找到错误的原因，如何通过阅读文档来学习一门语言等等，这些方法对我来说也是非常重要的。
希望我能坚持下来接下来的学习！！！
最开始是通过朋友的分享知道了rust训练营，在此之前也从来没听过rust语言，只学习过c和python。编程能力实在薄弱。学起rust确实很吃力。但是我通过看圣经和其他参考资料，也慢慢了解了rust的基本用法，感觉rust的很多特性很妙，很厉害。最终在gpt的帮助下，也还是刷完了Rustlings。感谢这个训练营提供的机会，让我了解到rust。
自去年在操作系统训练营首次接触rust以来，这是第二次系统地再次过了一遍rust的知识，这是我学习的第一门类函数式编程语言，对于基本的语法掌握的还算可以，但是许多复杂的部分让我学起来感到痛苦。
-首先是类型系统，作为强类型语言，对类型的要求很苛刻，每次涉及到复杂类型都要和编译器搏斗，为了安全牺牲掉了一些便捷是可以理解的，但是复杂的类型系统绝对会让初学者红温，这种感受在我做到101题，链表合并的时候达到了顶峰:)
-其次是迭代器，迭代器使用起来非常方便，但是理解他的用法是有一些困难的，并且有一些需要记忆的内容，要特别注意。
-这次加了十道算法题，感觉这种设计非常好，帮助我把前面的一些知识综合了起来，希望rust生态、os社区越来越好。
+第一阶段：
之前看到过rcore的宣传，不过当时看到的时候已经晚了，rust还没学会就结束了，不过当时做了几十道rustlings，留了点基础。
正好这学期学校开了rust课，也多了点时间，就来做了一下。和官网的rustlings不同，这里加的10道数据结构题感觉还是非常不错的。
本人比较懒，不知甚解地写完了rustlings，但是理解和实践能力还是比较不足，这十道题正好综合了之前的知识，写完还是很有收获的，虽然我用了GPT(
anyways，希望后面的第二第三阶段也能顺利完成，第一阶段还是比较简单的。rust还挺难的，希望自己坚持下来
第二阶段：
总的来说是很让我很惊讶的实验。之前以为是别的实验课那样，在给出的一堆乱七八糟的东西上实现os的相关功能，但是rcore真的基本上从0开始讲解了如何一步步构建一个基本的操作系统，力求大部分细节都照顾到。属实是刷新了我在学校操作系统课和实验里学到的无比浅薄、零散的知识。
唯一不满意的地方是我自己hh，由于时间不太充裕，很多细节其实并没有照顾到，虽然基本的实验是能凑出来，但是明显感觉到对rcore的认识还是不够的，而且还是用的print来debug hhh。
anyway，虽然实验写完了，但是这套代码还玩不起来，不能做到自己随心所欲的更改。准备之后再好好看看问答题怎么写。
在加入此次训练营之前，我正在学习MIT的xv6操作系统（RV汇编，C语言），一直听闻清华的用Rust写的OS–rCore–，而且也是基于xv6，RV版的。本打算结束了xv6再了解的，但是恰巧发现了春夏季训练营的报名机会而且时间也算合适，觉得如果想了解Rust和rCore就不要再拖延了，于是下定决心报名并开始正式地学习Rust语言。
-早已听闻Rust在内存安全方面全面的保护，以及Rust学习曲线之陡峭，在正式开始前就给自己做足了心理建设。
-我并没有过严格的C/C++编程体验，在CS61C短暂的接触过C语言，在CMU-15445短暂的接触过C++，所以可能我并无法感受到相比C/C++,Rust为编程者带来的“思想解放”。但是在MIT xv6学习过程中，我确实深刻地体会到C语言“天使与魔鬼”的含义，C语言让编程者随心所欲地调用系统资源，但是编程者就要为（潜在的、无数的、折磨人的）“segmentation fault”，“undefined behavior”们负责。
-在Rust学习过程中，我也切身体会到了“编译器教我做人”的感觉，意识到这并不是一句玩笑话。初期面对一堆报错，我会苦恼一个编译器怎么这也管那也管，我就是想把这个值赋给这个变量，你信我就好了这没问题……但是我逐渐意识到Rust语言的安全性也正因此得以体现，它让程序编写的初期就足够安全，避免了许多运行时的bug，也许增加了编程者的心智负担，但是确实为程序的运行增添了值得这样负担的保障和性能。这更加深了我作为编程者的“责任感”：你要对自己写下的程序负责，而不是随意暴露问题。
-但是我作为Rust初学者，必须承认仍然对它知之甚少。我仍然无法感觉到为什么Rust作为系统编程语言，这也许是因为我把能对硬件资源肆意调用的权力当作了“一门系统编程语言”的特点。至此我觉得应该要对系统编程、C语言、Rust语言都要重新进行思考。
-心得的最后，我想这样简短概况一下这两个多星期的Rust入门带给我的感受：Rust是一门要用心学的语言，不是一门顺便就学了的语言，如果无法做到反复体会咂摸Rust的思想，几乎无法用Rust做任何事。
-希望在未来rCore阶段的学习中，加深对操作系统，xv6，Rust语言，C语言的理解，同时对RV汇编再熟悉一下，上一次接触RV汇编以及是7个多月前61C的project了。
+这是我第一次接触rust，这一个月基本上用于学习rust的基础知识，主要是通过rustlings这个项目来学习，这个项目是一个非常好的项目，通过这个项目我学习到了很多rust的基础知识，比如rust的基本语法，rust的数据类型，rust的所有权系统，rust的模块系统等等，这些知识对我来说都是非常重要的，我也通过这个项目学习到了一些rust的编程技巧，比如如何使用match表达式，如何使用闭包等等，这些技巧对我来说也是非常重要的，总的来说，这一个月的学习让我对rust有了一个初步的了解.
rustlings让我第一次看到还可以这么学一门语言，通过一些小的练习来学习一门语言，这种学习方式非常的有趣，我也通过这个项目学到了一些学习方法，比如如何通过阅读错误信息来找到错误的原因，如何通过阅读文档来学习一门语言等等，这些方法对我来说也是非常重要的。
希望我能坚持下来接下来的学习！！！
exercises/iterators/iterators3.rsexercises/threads/threads3.rsexercises/smart_pointersexercises/macros/macros3exercises/conversions/from_intoexercises/conversions/from_strexercises/conversions/try_from_intoexercises/tests/test5exercises/tests/test6exercises/tests/test6exercises/algorithmRust底层原理没有十分清楚自去年在操作系统训练营首次接触rust以来，这是第二次系统地再次过了一遍rust的知识，这是我学习的第一门类函数式编程语言，对于基本的语法掌握的还算可以，但是许多复杂的部分让我学起来感到痛苦。
+首先是类型系统，作为强类型语言，对类型的要求很苛刻，每次涉及到复杂类型都要和编译器搏斗，为了安全牺牲掉了一些便捷是可以理解的，但是复杂的类型系统绝对会让初学者红温，这种感受在我做到101题，链表合并的时候达到了顶峰:)
+其次是迭代器，迭代器使用起来非常方便，但是理解他的用法是有一些困难的，并且有一些需要记忆的内容，要特别注意。
+这次加了十道算法题，感觉这种设计非常好，帮助我把前面的一些知识综合了起来，希望rust生态、os社区越来越好。
最大的感受就是rust的编译器、lint和配套工具链、社区内容太齐全、也太强了，虽然说语法学习有一定难度，但很大程度上被这些优势所弥补了，所以可以说是比较轻松的完成了第一阶段的语法学习。当然对于一些rust编译实现的细节理解确实还有待提升，rust-quiz我在不临时查文档的情况下能正确回答出来的没几个。
-除了rust本身的工具链和社区文档外，给我最大帮助的是两个可以辅助调试rust的工具，rr和fireDBG，堪称rust学习的绝配之作。这两个工具可以可复现地记录rust执行的情况，为一些容易混淆的部分的学习带来了极大的帮助——主要指后面的算法学习，我个人的算法基础较为薄弱，在加上不熟悉的rust语法，没有这两个工具的帮助需要绕不少弯路。
-另外，我很喜欢rust的宏，这是我觉得相当优雅而有趣的工具，只可惜我对于它不是很熟练，但依然感觉到它的上限很高，且与rust本身融合得很融洽。如果有余力的话，我希望能继续深入研究rust的宏。
-最后是对于rust的总体感觉。我感觉在rust身上能看到很多以往学习过的编程语言的影子。基底的c/c++风格、以接口和结构来实现OOP的golang风格、模式匹配和匹配守卫的haskell风格……只能说既视感太强了。rust与其说是完全开创的语言，不如说是在借鉴了大量过往语言的设计基础上的集大成者。这一点到有点像c++，不过没有一些历史包袱，rust的设计可以轻装上阵，抓住精要。
+在加入此次训练营之前，我正在学习MIT的xv6操作系统（RV汇编，C语言），一直听闻清华的用Rust写的OS–rCore–，而且也是基于xv6，RV版的。本打算结束了xv6再了解的，但是恰巧发现了春夏季训练营的报名机会而且时间也算合适，觉得如果想了解Rust和rCore就不要再拖延了，于是下定决心报名并开始正式地学习Rust语言。
+早已听闻Rust在内存安全方面全面的保护，以及Rust学习曲线之陡峭，在正式开始前就给自己做足了心理建设。
+我并没有过严格的C/C++编程体验，在CS61C短暂的接触过C语言，在CMU-15445短暂的接触过C++，所以可能我并无法感受到相比C/C++,Rust为编程者带来的“思想解放”。但是在MIT xv6学习过程中，我确实深刻地体会到C语言“天使与魔鬼”的含义，C语言让编程者随心所欲地调用系统资源，但是编程者就要为（潜在的、无数的、折磨人的）“segmentation fault”，“undefined behavior”们负责。
+在Rust学习过程中，我也切身体会到了“编译器教我做人”的感觉，意识到这并不是一句玩笑话。初期面对一堆报错，我会苦恼一个编译器怎么这也管那也管，我就是想把这个值赋给这个变量，你信我就好了这没问题……但是我逐渐意识到Rust语言的安全性也正因此得以体现，它让程序编写的初期就足够安全，避免了许多运行时的bug，也许增加了编程者的心智负担，但是确实为程序的运行增添了值得这样负担的保障和性能。这更加深了我作为编程者的“责任感”：你要对自己写下的程序负责，而不是随意暴露问题。
+但是我作为Rust初学者，必须承认仍然对它知之甚少。我仍然无法感觉到为什么Rust作为系统编程语言，这也许是因为我把能对硬件资源肆意调用的权力当作了“一门系统编程语言”的特点。至此我觉得应该要对系统编程、C语言、Rust语言都要重新进行思考。
+心得的最后，我想这样简短概况一下这两个多星期的Rust入门带给我的感受：Rust是一门要用心学的语言，不是一门顺便就学了的语言，如果无法做到反复体会咂摸Rust的思想，几乎无法用Rust做任何事。
+希望在未来rCore阶段的学习中，加深对操作系统，xv6，Rust语言，C语言的理解，同时对RV汇编再熟悉一下，上一次接触RV汇编以及是7个多月前61C的project了。
在大概一年之前周围就有同学开始学习 Rust，自己也有类似的打算，但是一直没有动手。这次借着 rcore-os 开源操作系统训练营的机会，终于开始了学习 Rust 的过程。
-由于平时的时间比较少，训练营的在线课我很少有时间跟着上，我的学习方式主要是阅读 Rust语言圣经，如果遇到没看到过的问题/知识点，我会去查阅 Rust文档。
-
在前期我的计划是学完 Rust 圣经的一部分，然后完成 Rustling 对应部分的习题，但是由于 Rustling 规定了完成的顺序，我的学习过程就变成了以完成 Rustling 为主线，遇到不会的问题去学习 Rust 圣经的对应部分/查阅 Rust 文档。
-我的 Rustling 完成过程大概如下：
-as_mut(), Arc 等因为没有专门学习其实并不是很懂
不可否定的是，通过这个阶段的练习，我基本掌握了 Rust 的使用。如果全职学习的话 (6-8h/day)，我觉得大概一周的时间就可以完成，但由于我还有日常的工作，所以学习过程其实是比较赶的。
-关于学习路线的建议：
+exercises/iterators/iterators3.rsexercises/threads/threads3.rsexercises/smart_pointersexercises/macros/macros3exercises/conversions/from_intoexercises/conversions/from_strexercises/conversions/try_from_intoexercises/tests/test5exercises/tests/test6exercises/tests/test6exercises/algorithmRust底层原理没有十分清楚总结 Rust 语言的文章已经又许多了。我的眼界和能力有限，对于操作系统更是一窍不通，即便接触 Rust 语言的时间比许多这这三周才开始学习的人要久，却甚至也写不出同学们这样清晰的总结，故在此分享学习过程中我的一些想法。尽管只是一个菜鸟的瞎扯，也希望能给读到的你一些有价值的想法。
最大的感受就是rust的编译器、lint和配套工具链、社区内容太齐全、也太强了，虽然说语法学习有一定难度，但很大程度上被这些优势所弥补了，所以可以说是比较轻松的完成了第一阶段的语法学习。当然对于一些rust编译实现的细节理解确实还有待提升，rust-quiz我在不临时查文档的情况下能正确回答出来的没几个。
+除了rust本身的工具链和社区文档外，给我最大帮助的是两个可以辅助调试rust的工具，rr和fireDBG，堪称rust学习的绝配之作。这两个工具可以可复现地记录rust执行的情况，为一些容易混淆的部分的学习带来了极大的帮助——主要指后面的算法学习，我个人的算法基础较为薄弱，在加上不熟悉的rust语法，没有这两个工具的帮助需要绕不少弯路。
+另外，我很喜欢rust的宏，这是我觉得相当优雅而有趣的工具，只可惜我对于它不是很熟练，但依然感觉到它的上限很高，且与rust本身融合得很融洽。如果有余力的话，我希望能继续深入研究rust的宏。
+最后是对于rust的总体感觉。我感觉在rust身上能看到很多以往学习过的编程语言的影子。基底的c/c++风格、以接口和结构来实现OOP的golang风格、模式匹配和匹配守卫的haskell风格……只能说既视感太强了。rust与其说是完全开创的语言，不如说是在借鉴了大量过往语言的设计基础上的集大成者。这一点到有点像c++，不过没有一些历史包袱，rust的设计可以轻装上阵，抓住精要。
+第一次接触 Rust，之前使用的一直是 C/C++、Python，对于 Rust 基础语法来说掌握比较快速，但是遇到一些进阶的方法就开始有些困难了，感觉很大一部分问题还是因为 coding 的太少，光从 110 到训练题目来看，代码量还是不够多，容易导致语法学习了又忘记了，希望能够在第二阶段的学习当中，进一步学习 Rust，同时掌握一些 Rust 的最佳时间。
-以前一直听说 Rust，都说写 Rust 是与编译器斗智斗勇，在体验过后，发现确实如此，一直致力于如何写出让编译器开心的代码，Rust 很有意思，OS 也很有意思，希望在接下来的学习中能够学习更多的知识
-第一阶段完结！！！！
+在大概一年之前周围就有同学开始学习 Rust，自己也有类似的打算，但是一直没有动手。这次借着 rcore-os 开源操作系统训练营的机会，终于开始了学习 Rust 的过程。
+由于平时的时间比较少，训练营的在线课我很少有时间跟着上，我的学习方式主要是阅读 Rust语言圣经，如果遇到没看到过的问题/知识点，我会去查阅 Rust文档。
+
在前期我的计划是学完 Rust 圣经的一部分，然后完成 Rustling 对应部分的习题，但是由于 Rustling 规定了完成的顺序，我的学习过程就变成了以完成 Rustling 为主线，遇到不会的问题去学习 Rust 圣经的对应部分/查阅 Rust 文档。
+我的 Rustling 完成过程大概如下：
+as_mut(), Arc 等因为没有专门学习其实并不是很懂
不可否定的是，通过这个阶段的练习，我基本掌握了 Rust 的使用。如果全职学习的话 (6-8h/day)，我觉得大概一周的时间就可以完成，但由于我还有日常的工作，所以学习过程其实是比较赶的。
+关于学习路线的建议：
+