映射表的查找方法，如果虚拟内存和物理内存之间的映射表的查询方式是顺序查找，映射表又很长，查的位置不满足局部性来回跳，那时间就会花费很多，这么大的宏观的事可能不是我该考虑的，我就把他缩小吧。要是我建立一个用于存储和查询的表，我就会尽量让他们的序号有一定的意义，至少可以让我或者程序估计，要查的东西在前一半还是在后一半，哦我想起来了，这是不是设计了主键的排序呢？我真是笨蛋。

除了排序也可以分级，手动地告诉代码，要找的东西在上一半还是下一半，分两级就更加好找了。（过于幼稚）

层之间的关键字可以用门电路连接，这样的话很客观安全，但是是牺牲了物理空间换去来速度伤的性能。没有两全法的。只有取舍。

借用必须要有借用恢复，有点像中断。

需要保持状态的块，还是很经典的一句话，出门要有锁存，进门要有缓冲。

去掉冗余，相同的部分只写一次，这就是C++的优势哦，不，是共享的优势。

创建一个垃圾堆，或者垃圾堆也可以临时使用，多想想如何把现实中的概念应用到虚拟的领域，这样或许我们分不清梦境与现实之前，就已经分不清虚拟与现实了。

大块与碎片的概念也很好，整可以碎，碎不可以整也。

相邻的块要比破碎的块更好用，不相邻就要花费一部分出来连接破碎的块，可能也需要花时间挑选出合适或足够的块们。

&有和没有区别很大，需要重视。

显示地初始化为0十分重要，要注意。

动作的前面都会加入一个隐含的形容词，请求。

知其然容易，知其所以然难。我知前者少，知后者更少，怎么会说话呢？不好意思啦。

虽然看不懂的多，但还是有收获的，加油！

或许会二刷吧。或许。