a.时间片是1毫秒 b.时间片是10毫秒
答：a.时间片是1毫秒：不论是哪个进程被调度，这个调度都会为每一次的上下文切换花费一个0.1毫秒的上下文切换。CPU的利用率是1/1.1*100=92%。
b.时间片是10毫秒：这I/O限制任务会在使用完1毫秒时间片后进行一次上下文切换。这个时间片要求在所有的进程间都走一遍，因此，10*1.1+10.1(因为每个I / O限定任务执行为1毫秒，然后承担上下文切换的任务，而CPU限制任务的执行10毫秒在承担一个上下文切换之前) 。因此，CPU的利用率是20、21.1*100=94%。
5.8考虑一个实施多层次的队列调度系统。什么策略能够使一个计算机用户使用由用户进程分配的最大的CPU时间片。
答：这个程序可以使分配给它的没有被完全利用的CPU时间最大化。它可以使用分配给它的时间片中的绝大部分，但在时间片结束前放弃CPU，因此提高了与进程有关的优先级。
1. 5.9考虑下面的基于动态改变优先级的可抢占式优先权调度算法。大的优先权数代表高优先权。当一个进程在等待CPU时（在就绪队列中，但未执行），优先权以α速率改变；当它运行时，优先权以速率β改变。所有的进程在进入就绪队列时被给定优先权为0。参数α和β可以设定给许多不同的调度算法。 a.β>α>0时所得的是什么算法？ b.α<β<0时所得的是什么算法？ 答：a.FCFS b.LIFO
5.10解释下面调度算法对短进程编程度上的区别： a.FCFS b.RR
c．多级反馈队列
答:a.FCFS----区别短任务是因为任何在长任务后到达的短任务都将会有很长的等待时间。
b.RR-----对所有的任务都是能够相同的（给它们相同的CPU时间区间），所以，短任务
可以很快的离开系统，只要它们可以先完成。 c. 多级反馈队列和RR调度算法相似——它们不会先选择短任务。
5.11用Window XP的调度算法，下列什么是数字优先的线程。
a.相对优先级的值为REALTIME_PRIORITY_CLASS的属于实体优先类型的线程 b.相对优先级的值为NORMAL_PRIORITY_CLASS的属于NORMAL类型的线程 c.相对优先级的值为HIGH_PRIORITY_CLASS的属于ABOVE_NORMAL类型的线程 答：a.26 b.8 c.14
5．12考虑在Solaris操作系统中的为分时线程的调度算法：
a:一个优先权是10的线程的时间片是多少？优先权是55的呢？
b:假设优先权是35的一个线程用它所有的时间片在没有任何阻止的情况下，这调度算法将会分配给这个线程什么样新的优先权？
c:假设一个优先权是35的线程在时间片结束前阻止I/O操作。这调度算法将会分配给这个线程什么样新的优先权？
答：a:160和40 b:35 C：54
5.13传统UNIX调度在优先数和优先级间成反比关系：数字越高，优先权越低。该调度进程利用下面的方程重新计算进程的优先权一次一秒: 优先权= （最近CPU使用率/ 2 ） +基本数
这里的基本数= 60,最近的 CPU使用率是指一个表明优先权从上一次重新计算后开始进程被CPU使用的情况。
假设最近进程p1的CPU使用率是40个，p2是18 ，p3是10。当优先权重新计算后这三个进程的新的优先权是什么？在此信息的基础上，传统UNIX的调度会不会提高或降低CPU限制的进程的相对优先权？
答：分配给这些进程的优先权分别是80，69和65.这调度降低了CPU限制的进程的相对优先权。 第六章管程
6.1第一个著名的正确解决了两个进程的临界区问题的软件方法是Dekker设计的。两个进程P0和P1共享以下变量：
boolean flag[2]; /*initially false*/ int turn;
进程Pi(i==0或1)和另一个进程Pj(j==0或1)的结构见图7.27。 证明这个算法满足临界区问题的所有三个要求。 do{
flag[i]=ture; while(flag[j]){
if(turn==j){ flag[i]=false; while(turn==j); flag[i]=true; } }
临界区
turn=j;
flag[i]=false;
剩余区
}while(1);
图7.27 Dekker算法中的进程Pi结构
答：该算法满足三个相互排斥条件。（1）相互排斥是为了确保使用的变量和标志是可变的。如果所有进程都把他们的变量设置为真，只有一个会成功，那就是哪个进程轮到的问题了。
等待中的进程只能够进入它的重要部分当其他进程在更新变量值时。
6.1这两个进程的临界区域问题的最初的正确的软件解决方案是由Dekker提出的。P0、P1两个进程，具有以下共同的变量： boolean flag[2]; /* initially false */ int turn;
进程 Pi(i==0 or1)的结构在6.25中已经出现过；其他进程为Pj(j == 1 or 0)。证明这个算法满足关键问题的三个要求。 答：这个算法满足临界区域的三个条件：
（1）在标记和返回变量的使用中，互斥条件是保证的。如果两个进程将它们的标识设为真，那么只有一个进程会成功进行，即轮到的那个进程。当另一个进程更新它的返回变量时，等待的那个进程只能进入它的临界区域。
（2）就绪的进程，通过标志，返回变量。这个算法没有提供严格的交替。如果一个进程想要进入它们的临界区域，它可以将它的标识设为真，然后进入它们的临界区域。当退出它的临界区域，它可以设置转向其他进程的值。如果这个进程想要在其他进程之前再次进入它的临界区域，它会重复这样的进程：进入它的临界区域，在退出时转向另一个进程。 （3）在双T返回变量的使用过程中，界等待受阻。假设两个进程想要进入它们的责任所在的临界区域。它们都将它们的标志的值设为真；而只有轮到的那个线程可以执行；其他的线程处于等待状态。如果界等待没有受阻，当第一个进程重复“进入-退出”它的临界区域这一过程。Dekker算法在一个进程中设置一个转向另一个进程的值，从而保证另一个进程接下来进入它的临界区域。
6.2针对有n个进程在带有较低时间限制的等待n-1个的轮次这样一个临界区域最早的解决该问题的正确方法是由艾森伯格和麦圭尔提出的。这些进程有以下的共同的变量： 枚举pstate{idle, want in, in cs}; pstate flag[n]; int turn;
所有的枚举标志被初始为空，轮次的最初值是无关紧要的（在0和n-1之间）。进程p的结构在6.26中有说明。证明这个算法满足临界区域问题的三项要求。
答：a.互斥：注意到一个进程只有在下列条件满足时才能进入临界区域：没有其他进程在CS中有设置的标识变量。这是由于进程在CS中设置自身的标识变量之前要先检查其他进程的状态。我们保证没有两个进程将同时进入临界区域。
b.有空让进:考虑以下情况，当多进程同时在CS中设置它们的标识变量，然后检查是否有其他进程在cs中设置标识变量。当这种情况发生时，所有的进程意识到这里存在进程竞争，在外层while(1)的循环下进入下一次迭代，重置它们的标识变量到want中。现在只有唯一的进程将设置它的轮次变量到cs中，这个唯一的进程就是其序号是最接近轮次的。从这个角度来说，对于哪些序号次接近轮次的新的进程就能决定进入临界区域，而且能同时在CS中设置它们的标识。随后这些进程意识到这里存在竞争的进程，于是重新启动进入临界区域的进程。在每次迭代中，进程在cs中设置的序号值将变得更加接近轮次，最后我们得出以下结论：只有进程k在cs中设置它的标识，而其他哪些序号在轮次和k之间不能在cs中设置它们的标识。这个进程仅能进入临界区域。
c.有限等待：有限等待需要满足以下事实：当进程k在打算进入临界区域时，它的标识不再置为空闲。任何序号不在轮次和k之间的进程不能进入临界区域。与此同时，所有序号落在轮次和k之间且又想要进入临界区域的进程能够进入临界区域（这是基于系统一直在进步的事实），这个轮次值变得越来越接近k。最后，要么轮次变为k，要么没有哪些序号在轮次和k之间的进程，这样进程k就进入临界区域了。
6.3忙等待的含义是什么？在操作系统中还有哪些其他形式的等待？忙等待能完全避免吗？给出你的答案。
答：忙等待意味着一个进程正在等待满足一个没有闲置处理器的严格循环的条件。或者，一个进程通过放弃处理器来等待，在这种情况下的块等待在将来某个适当的时间被唤醒。忙等待能够避免，但是承担这种开销与让一个进程处于沉睡状态，当相应程序的状态达到的时候进程又被唤醒有关。
6.4解释为什么自旋锁不适合在单处理器系统，而经常在多处理器系统下使用？
答：自旋锁不适合在单处理器系统是因为从自旋锁中打破一个进程的条件只有在执行一个不同的进程时才能获得。如果这个进程没有闲置处理器，其他进程不能够得到这个机会去设定一个第一个进程进展需要的程序条件。在一个多处理器系统中，其他进程在其他处理器上执行，从而为了让第一个进程从自旋锁中释放修改程序状态。
6.5如果一个同步元是在一个用户级程序中使用的，解释在一个单处理器系统中为什么通过停止中断去实现这个同步元是不适合的？
答：如果一个用户级程序具有停止中断的能力，那么它能够停止计时器中断，防止上下文切换的发生，从而允许它使用处理器而不让其他进程执行。
6.6解释为什么在一个多处理器系统中中断不适合同步元？