完成了lec05 20-40分钟的翻译 #3

xclwt · 2020-10-24T09:27:21Z

No description provided.

huihongxiao

还有前面那些图片，应该也是误删吧，还原一下吧。

huihongxiao · 2020-10-25T07:29:54Z

SUMMARY.md

-  * [3.8 QEMU](lec03-os-organization-and-system-calls/3.8-qemu.md)
+  * [3.4 硬件对于强隔离的支持](lec03-os-organization-and-system-calls/3.4-ying-jian-dui-yu-qiang-ge-li-de-zhi-chi.md)
+  * [3.6 宏内核 vs 微内核 （Monolithic Kernel vs Micro Kernel）](lec03-os-organization-and-system-calls/3.6.md)
+* [Lec05 RISC-V Calling Convention and Stack Frames](lec05-risc-v-calling-conventions-and-stack-frames/README.md)


其他章节都乱了，重新调整一下吧

huihongxiao · 2020-10-25T07:31:05Z

lec03-os-organization-and-system-calls/3.5-entering-kernel.md

@@ -48,5 +48,3 @@ ECALL会跳转到内核中一个特定，由内核控制的位置。我们在一
 >
 > Frans教授：我认为有一些操作系统是用C++写的，这完全是可能的。但是大部分你知道的操作系统并不是用C++写的，这里的主要原因是Linus不喜欢C++，所以Linux主要是C语言实现。

-


这三个变更没有必要吧

huihongxiao · 2020-10-25T07:34:04Z

lec05-risc-v-calling-conventions-and-stack-frames/README.md

@@ -0,0 +1,4 @@
+# Lec05 RISC-V Calling Convention and Stack Frames
+
+[https://pdos.csail.mit.edu/6.828/2020/schedule.html](https://pdos.csail.mit.edu/6.828/2020/schedule.html)\)


最后的转义符从md看起来会多个括号。

huihongxiao · 2020-10-25T07:41:00Z

lec05-risc-v-calling-conventions-and-stack-frames/5.3-risc-v-and-x86.md

+有学生说看起来用x86处理器代替RISC-V处理器的唯一优势就是你可以获得性能提升，然而这些性能提升带来了大量的代价与复杂性以及潜在安全问题。那么为什么我们仍然在用x86而非迁移到其他处理器架构（比如RISC-V），主要原因是整个世界一直在使用x86，如果突然地开始把所有处理器都换成RISC-V，这会带来很大的风险，这会使得很多重要的设备失去支持。
+
+不过intel也在他们的CPU里添加了一些有意思的功能，比如安全方面实现了可由代码定义的内存私有区域（encaves），又比如有一些具有超特异性的指令在进行特定运算时非常高效。在许多种不同场景下，intel的CPU都有一个完美的指令能够以远超risc-v的效率完成任务。一个更实际的答案是，RISC-V确实过于年轻且此前没有人为个人PC实现RISC-v处理器，而SiFive直到近期才宣布公告，他们是第一批想要做个人PC的RISC-V处理器的，所以在现实层面上，他们的RISC-V处理器不可能运行所有为intel处理器设计的软件。


encaves -> enclaves

huihongxiao · 2020-10-25T07:45:52Z

lec05-risc-v-calling-conventions-and-stack-frames/5.3-risc-v-and-x86.md

+有学生说看起来用x86处理器代替RISC-V处理器的唯一优势就是你可以获得性能提升，然而这些性能提升带来了大量的代价与复杂性以及潜在安全问题。那么为什么我们仍然在用x86而非迁移到其他处理器架构（比如RISC-V），主要原因是整个世界一直在使用x86，如果突然地开始把所有处理器都换成RISC-V，这会带来很大的风险，这会使得很多重要的设备失去支持。
+
+不过intel也在他们的CPU里添加了一些有意思的功能，比如安全方面实现了可由代码定义的内存私有区域（encaves），又比如有一些具有超特异性的指令在进行特定运算时非常高效。在许多种不同场景下，intel的CPU都有一个完美的指令能够以远超risc-v的效率完成任务。一个更实际的答案是，RISC-V确实过于年轻且此前没有人为个人PC实现RISC-v处理器，而SiFive直到近期才宣布公告，他们是第一批想要做个人PC的RISC-V处理器的，所以在现实层面上，他们的RISC-V处理器不可能运行所有为intel处理器设计的软件。


又比如有一些具有超特异性的指令 -> 又比如intel实现的一些高度特殊的指令

huihongxiao · 2020-10-25T07:46:51Z

lec05-risc-v-calling-conventions-and-stack-frames/5.3-risc-v-and-x86.md

+有学生说看起来用x86处理器代替RISC-V处理器的唯一优势就是你可以获得性能提升，然而这些性能提升带来了大量的代价与复杂性以及潜在安全问题。那么为什么我们仍然在用x86而非迁移到其他处理器架构（比如RISC-V），主要原因是整个世界一直在使用x86，如果突然地开始把所有处理器都换成RISC-V，这会带来很大的风险，这会使得很多重要的设备失去支持。
+
+不过intel也在他们的CPU里添加了一些有意思的功能，比如安全方面实现了可由代码定义的内存私有区域（encaves），又比如有一些具有超特异性的指令在进行特定运算时非常高效。在许多种不同场景下，intel的CPU都有一个完美的指令能够以远超risc-v的效率完成任务。一个更实际的答案是，RISC-V确实过于年轻且此前没有人为个人PC实现RISC-v处理器，而SiFive直到近期才宣布公告，他们是第一批想要做个人PC的RISC-V处理器的，所以在现实层面上，他们的RISC-V处理器不可能运行所有为intel处理器设计的软件。


risc-v 大小写保持一致吧

huihongxiao · 2020-10-25T07:56:03Z

lec05-risc-v-calling-conventions-and-stack-frames/5.4-assembly-code-and-gdb.md

+>
+>![image5.4-03](../.gitbook/assets/image5.4-03.png)
+
+如果你对内核到底长啥样很感兴趣，你可以去看一下kernel.asm，这里有xv6内核的完整汇编代码，左边的这些数字都是标明指令在内存中的地址的标签，十分方便，这里的标签是函数声明的位置，这些汇编代码在我们debug的时候会很有用，希望过一会儿我演示的时候会用上它们。


左边的这些数字都是标明指令在内存中的地址的标签，十分方便，这里的标签是函数声明的位置
这里的两个标签指代不清。原文中第一个标签说的是指令在内存中的地址，第二个标签是说汇编代码中有一些函数的标签。但是这的翻译好像两个是同一个标签，建议改一下。

huihongxiao · 2020-10-25T08:04:27Z

lec05-risc-v-calling-conventions-and-stack-frames/5.4-assembly-code-and-gdb.md

+
+第一个窗口是源代码窗口，正如David所说，kernel.asm左边的这些数字在调试时非常有用，你可以通过这些数字得到地址。我们可以在gdb窗口右上角看到“PC：0x800065e2”，我们在kernel.asm里搜索这个特定的地址，我们可以发现这正是sum_to函数的起始地址。所以当你看到这些地址时，你可以直接到kernel.asm里寻找问题出现的具体行，或者依此设置断点。
+
+如果我们想在tui窗口中看汇编代码，我们可以键入`layout asm`，然后tui窗口中就会显示所有的汇编指令，我们也可以键入`layout reg`来查看寄存器的内容，如果你想滚动查看这三个窗口中某一个的内容，你可以指定聚焦其中之一，比如想滚动浏览寄存器窗口，键入`focus reg`就可以聚焦到寄存器窗口了，此时使用方向键或者滚动鼠标就可以滚动浏览该窗口，现在我们再键入`focus asm`就可以聚焦到源代码窗口了。我们来看看寄存器窗口，t0包含的值为0x1，a0包含的值为0x5。


t0包含的值为0x1
这个时间点，t0的值是0x80002840，你看成tp的值了。

huihongxiao · 2020-10-25T08:10:07Z

lec05-risc-v-calling-conventions-and-stack-frames/5.4-assembly-code-and-gdb.md

+![image5.4-10](../.gitbook/assets/image5.4-10.png)
+
+关于gdb调试的内容我就不再赘述了，你们可以去Google查找更多的gdb指令。
+


31：53，有个同学问为什么gdb显示的是汇编地址，而不是c代码的行号。可以翻译一下。
33：26，有个同学问同一行多条指令，如果设置断点会停在哪。也可以翻译一下。

gdb这块完全可以自行Google

这里大概有5分钟的空白，一部分是介绍tmux的，一部分是学生的提问。tmux的介绍如果嫌麻烦跳过倒还好，学生的问答最好加上吧，毕竟也算是跟课程内容相关。

huihongxiao

还是改了很多不相关的文件。

huihongxiao reviewed Oct 25, 2020

View reviewed changes

huihongxiao requested changes Oct 27, 2020

View reviewed changes

xclwt added 2 commits November 1, 2020 02:10

finish lec05 20-40min

006bd36

handle merge problems

9bc5b86

xclwt force-pushed the master branch from 74ff1d2 to 9bc5b86 Compare October 31, 2020 18:18

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

完成了lec05 20-40分钟的翻译 #3

完成了lec05 20-40分钟的翻译 #3

xclwt commented Oct 24, 2020

huihongxiao left a comment

huihongxiao Oct 25, 2020

huihongxiao Oct 25, 2020

huihongxiao Oct 25, 2020

huihongxiao Oct 25, 2020

huihongxiao Oct 25, 2020

huihongxiao Oct 25, 2020

huihongxiao Oct 25, 2020

huihongxiao Oct 25, 2020

huihongxiao Oct 25, 2020

xclwt Oct 25, 2020

huihongxiao Oct 25, 2020

huihongxiao left a comment

		@@ -48,5 +48,3 @@ ECALL会跳转到内核中一个特定，由内核控制的位置。我们在一
		>
		> Frans教授：我认为有一些操作系统是用C++写的，这完全是可能的。但是大部分你知道的操作系统并不是用C++写的，这里的主要原因是Linus不喜欢C++，所以Linux主要是C语言实现。

		@@ -0,0 +1,4 @@
		# Lec05 RISC-V Calling Convention and Stack Frames

		[https://pdos.csail.mit.edu/6.828/2020/schedule.html](https://pdos.csail.mit.edu/6.828/2020/schedule.html)\)

		有学生说看起来用x86处理器代替RISC-V处理器的唯一优势就是你可以获得性能提升，然而这些性能提升带来了大量的代价与复杂性以及潜在安全问题。那么为什么我们仍然在用x86而非迁移到其他处理器架构（比如RISC-V），主要原因是整个世界一直在使用x86，如果突然地开始把所有处理器都换成RISC-V，这会带来很大的风险，这会使得很多重要的设备失去支持。

		不过intel也在他们的CPU里添加了一些有意思的功能，比如安全方面实现了可由代码定义的内存私有区域（encaves），又比如有一些具有超特异性的指令在进行特定运算时非常高效。在许多种不同场景下，intel的CPU都有一个完美的指令能够以远超risc-v的效率完成任务。一个更实际的答案是，RISC-V确实过于年轻且此前没有人为个人PC实现RISC-v处理器，而SiFive直到近期才宣布公告，他们是第一批想要做个人PC的RISC-V处理器的，所以在现实层面上，他们的RISC-V处理器不可能运行所有为intel处理器设计的软件。


		第一个窗口是源代码窗口，正如David所说，kernel.asm左边的这些数字在调试时非常有用，你可以通过这些数字得到地址。我们可以在gdb窗口右上角看到“PC：0x800065e2”，我们在kernel.asm里搜索这个特定的地址，我们可以发现这正是sum_to函数的起始地址。所以当你看到这些地址时，你可以直接到kernel.asm里寻找问题出现的具体行，或者依此设置断点。

		如果我们想在tui窗口中看汇编代码，我们可以键入`layout asm`，然后tui窗口中就会显示所有的汇编指令，我们也可以键入`layout reg`来查看寄存器的内容，如果你想滚动查看这三个窗口中某一个的内容，你可以指定聚焦其中之一，比如想滚动浏览寄存器窗口，键入`focus reg`就可以聚焦到寄存器窗口了，此时使用方向键或者滚动鼠标就可以滚动浏览该窗口，现在我们再键入`focus asm`就可以聚焦到源代码窗口了。我们来看看寄存器窗口，t0包含的值为0x1，a0包含的值为0x5。

		![image5.4-10](../.gitbook/assets/image5.4-10.png)

		关于gdb调试的内容我就不再赘述了，你们可以去Google查找更多的gdb指令。

完成了lec05 20-40分钟的翻译 #3

Are you sure you want to change the base?

完成了lec05 20-40分钟的翻译 #3

Conversation

xclwt commented Oct 24, 2020

huihongxiao left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

huihongxiao left a comment

Choose a reason for hiding this comment