1、FIQ为什么比IRQ快？
ARM 之FIQ(快速中断) IRQ（中断）



FIQ：

1、多的寄存器备份，减少压栈等操作

2、优先级高

3、入口地址是0x1c,IRQ的入口地址是0x18。写过完整汇编系统的都比较明白这点的差别，18只能放一条指令，为了不与1C处的FIQ冲突，这个地方只能跳转，而FIQ不一样，1C以后没有任何中断向量表了，这样可以直接在1C处放FIQ的中断处理程序，由于跳转的范围限制，至少少了一条跳转指令。
2、基于时钟中断的优先级抢占式进程调度与立即抢占的区别

3、为什么不安全状态不一定死锁？


操作系统中不安全状态为何并非一定转为死锁？

进程实际需要的最大资源小于声明的最大需求资源。

在安全性检查算法中，使用的数据结构是需求矩阵Need和当前资源数Available，Need由最大需求矩阵Max减去已经分配的Allocation求得，Max是进程事先对自身所需资源的一个最坏情况下的预估（因为要满足运行，必定是>=实际需要的），但是在实际执行的情况中，可能进程实际上用不到这么多的资源，所以有可能就是这相差的资源数可以保证系统并非必然转换为死锁。
4、linux下fork()父子进程之间变量共享情况
https://blog.csdn.net/qq_35191331/article/details/79803548

① 表面上



② 实际上


5、（10年操作系统考研题）————则表示整个逻辑地址空间的页目录表中包含的表项的个数至少为
参考：

①https://www.nowcoder.com/questionTerminal/165fb2cd53134c30832ace3f7caff32d

②https://www.nowcoder.com/questionTerminal/057c6a5c160e4b19b63eaa05aaa42a26



0.ARM立即数，LDR和MOV的区别

一、预防死锁
通过设置某些限制条件，去破坏死锁的四个必要条件中的一个或几个来预防产生死锁。（死锁的必要条件知不道的见【OS笔记 25】）
为什么这样就一定不会发生死锁了呢？可以用数学逻辑推理来证明：

我们设 A = “发生死锁” ，B = “死锁（A）的四个必要条件”

因为B是A的必要条件，所以有 A -> B，即A发生，B一定发生

由逆反律知：非B -> 非A ，即B不成立，则A不成立


二、避免死锁
在资源的动态分配过程中，用某种方法防止系统进入不安全的状态（即可能发生死锁的状态），从而避免死锁的发生。

三、检测死锁
这种方法允许在进程运行过程中发生死锁，但是可以通过某些算法检测到死锁的发生，然后采取措施解除死锁。



四、解除死锁
检测到死锁后，利用某些办法解除死锁。



总结与对比：
其中一和二都是属于事先预防的策略，因此使用了这两种方法后，绝对不会产生死锁。

三和四更像是一套的措施，事先没有预防，检测到发生死锁后，就想办法解除。
从一到四，防范程度逐渐减弱，但对应的是资源利用率的提高以及并发程度的提高。

之前以为 进程一定是结束后才会归还所有资源，而所谓的最坏情况就是先寻找一个资源行向量少的的完成，最后完成所有的进程。然后又错误的以为最坏情况发生不安全状态 则其他情况也一定会不安全状态。结果变成最坏的是最好了。。 原来资源不一定要等到进程结束后才归还。。所以有的时候先给其他进程小部分的资源让他得以更多部分的资源释放然后就会出现最坏情况会死锁的这种情况就不会死锁了。。。这也就是为什么刚刚那个叫最坏情况。。 当然 具体情况难以检测。。所以死锁不能避免。。