stellarkey/912_project

清华大学计算机系考研攻略 Guidance for postgraduate entrance examination in Department of Computer Science and Technology, Tsinghua University

912_project's Issues

关于2018年 计算机网络<路由器+TCP大题（10’）>

2018年 计算机网络<路由器+TCP大题（10’）>
大佬，这里没看懂，想请教一下，万分感谢！！！！

题目是已知数据长度900B，TCP头20B，IP头20B，A->e1链路层头14B
这里在A->e1的过程中，数据链路层的传输，为什么是900+20+14，而不是900+20+20+14B呀，
是把TCP头还是IP头给去掉了？为什么要去掉呀？

感谢大佬指点，（要考试了，还没复习完.....）

关于2019年真题数据结构算法大题的一点改进建议

你好，首先很感谢你的分享。
我在看你的真题解答部分，发现了一点小小的问题，在【2019年真题数据结构算法大题】，不知你是否有注意到，具体在下面的图片里

我的测试样例：
1
/ \
2 3
/ \ \
4 5 7
\ /
8 6

关于2016年真题计算机网络<TCP拥塞控制大题>的疑问

2016年真题计算机网络<TCP拥塞控制大题>这道大题，第二问好像有些问题

当传输进行到拥塞避免的时候，应该是当前拥塞窗口的所有发送数据都收到确认后，拥塞窗口才加一，题里说阈值是16KB，则当收到ACK为16KB的报文后，拥塞窗口到达16KB，达到阈值，进入拥塞避免阶段，之后拥塞窗口的数据全部发送，要等到ACK为32KB的时候，拥塞窗口才能加一，成为17KB，而此时的ACK只到了31KB，所以拥塞窗口还是16KB，没有变。

这个是习题里的一道原题，原题里阈值是32KB，如下图：

最后，感谢分享

关于2016年计算机组成<流水线大题>的疑问

你好，关于912，2016年计算机组成原理的第一道流水线大题，三个寄存器的位置摆放有点疑问，希望能请教一下，具体如下：

按照这里的解答，让流水线时间尽可能均衡，所以寄存器放置在了A，B，D之后，但如果这样的话，
流水线的延迟（算上寄存器延迟）第二段只需要30ps，而第三段却需要60ps，也就是说第二段处理完了，第三段还在处理中，之后第二段的数据流入第三段中将会导致错误（不知道这么理解对不对），所以个人觉得这里应该是要确保三个寄存器插入之后，确保前一段的延迟不小于后一段的延迟，从而保证不会发生冲突。

所以这样的话，虽然题目不全BD的延迟不知道，但基本可以推断出，B+D=35ps，如果B延迟=30ps，D延迟=5ps的话，那么BC之间放一个，CD之间放一下，EF之间放一下，刚刚好满足要求，而且答案唯一

不知道说的对不对，请大佬指教...

这个数值计算错了吧？

912 2017年真题，操作系统部分，Cache计算大题中

""
因而每个进程的页表大小为$2^{16}\times 16b=32KB$。
""

这个计算应该是128KB吧

很多资料都失效了。。。

很多资料都失效了。。。

A suggestion to the 912_project.

Hello，senior schoolmates of Tsinghua University.
I have a great honor to write this issue for you. First, let me give you a self introduction.
I am a candidate for the post-graduate entrance examination of 2022. Now I'm preparing for the exam, and I use this repository to help my review. As we all know, GitHub CAN NOT be visited at all locations of Mainland of China(Because of the GFW...), so I suggest that you could transfer the repository to the Giteehttps://www.gitee.com, a Git platform that be developed by Chinese company.
I know the action may spend lots of time, but I think we should consider it through long-term visions. First, the repository is used to help students at Mainland of China, so the way to develop it with GitHub(over the China) is not the best choice.(BaiduNetDisk needs cost some money, so it isn't a wise choice, too.)
In addition, achieve the self-development of IT as soon as possible is a more and more important thing, so please consider this suggestion cautiously.
Best wishes!

项目实在太大，能否劳烦提供其他下载方式？

尝试了梯子之后clone也下不下来，码云因为项目太大也没法转运，直接梯子下载zip每次都是9个G左右就失败还没有断点续传，有没有其他下载方式能下载呢？
求助