《深入理解计算机系统》一刷（2023．10．16）[第2页/共3页]

我较着是对逻辑的了解更深切一些，对于硬件是如何事情的了解未几。

无前提腾跃能够导致死循环啊，或者莫名其妙鬼畜起来了。固然对于庞大的过程来讲，未知弊端是不免的，但还是尽能够把会出错的处所修补一番，然后在关头的处所用try与catch。

本来我要等你写完我再读，但是不如你先直接送过来，如许对于全部过程担搁得就比较少，写与送的过程应当是一样速率的，那么我感觉节俭的时候是读的时候。唔！

流水线是一个很难把握的点。

除了排序也能够分级，手动地奉告代码，要找的东西在上一半还是下一半，分两级就更加好找了。（过于老练）

更深的处所就挖不动了，先如许。

映照表的查找体例，如果假造内存和物理内存之间的映照表的查询体例是挨次查找，映照表又很长，查的位置不满足部分性来回跳，当时候就会破钞很多，这么大的宏观的事能够不是我该考虑的，我就把他缩小吧。如果我建立一个用于存储和查询的表，我就会尽量让他们的序号有必然的意义，起码能够让我或者法度估计，要查的东西在前一半还是在后一半，哦我想起来了，这是不是设想了主键的排序呢？我真是笨伯。

或许会二刷吧。或许。

起首是和洗碗筷差未几，任务是一个一个来的，即便核很多，如三个核，那要三个时钟周期才气让三个核都进入事情状况。这个核，用自助餐厅的分歧种食品代替吧。

学到的是，当对需求不竭更新的值做乘法时，能够把已知部分括起来，让他们先行计算而不需求等候这个更新值，能够降落提早。

放工具就是这个事理，越常用的越要放在能快速拿的处所。我们的天下不是游戏里笼统的堆栈，而是具有一个存储的层次布局，有远近难易之分。

切分切分切分，最后限定速率的是存放器的读写速率。

增加限定前提，然后去掉冗余的限定前提。

还是阿谁洗碗洗筷子模型，体系的吞吐量遭到最慢阶段的速率所限定，流水线是一步一步来，在一个时钟内，即便一个阶段被完成，但它老是需求等候前面的阶段或者前面的阶段完成，才气够停止跳转。以是最慢的阶段限定着流水线速率。

对内联函数有了更清楚的认知，将指定函数体插入并代替每一处效应当函数的处所。这不是宏定义。

但如果一些数据你能够调用，但是不能晓得它的值是甚么如何办呢？应当是不成能的，能够用，便能够读，可不成写才是安然性的重点吧。或许。

固然看不懂的多，但还是有收成的，加油！

走马观花也多少能记着些东西，先说一下第一块难以了解又首要的处所是，实在每个处所都很难全数了解，但是对我而言，更首要的是现在大抵上把说不通的点讲通。