-9-进程线程模型.pptVIP

* * * * * * * * * * * * * * * (2)抢占 当一个高优先级线程进入就绪状态时，正在处于运行状态的低优先级线程被抢占 用户态下运行的线程可以抢占内核态下运行的线程 在判断一个线程是否被抢占时，并不考虑线程处于用户态还是内核态，调度器只是依据线程优先级进行判断 当线程被抢占时，它被放回相应优先级的就绪队列的队首 处于实时优先级的线程在被抢占时，时间配额被重置为一个完整的时间配额 处于动态优先级的线程在被抢占时，时间配额不变，重新得到处理机使用权后将运行到剩余的时间配额用完 (2)抢占 (3)时间配额用完 如果刚用完时间配额的线程优先级降低了，Windows 将寻找一个优先级高于刚用完时间配额线程的新设置值的就绪线程 如果刚用完时间配额的线程的优先级没有降低，并且有其他优先级相同的就绪线程，Windows 将选择相同优先级的就绪队列中的下一个线程进入运行状态，刚用完时间配额的线程被排到就绪队列的队尾(即分配一个新的时间配额并把线程状态从运行状态改为就绪状态) 如果没有优先级相同的就绪线程可运行，刚用完时间配额的线程将得到一个新的时间配额并继续运行 时间配额用完 (4)线程结束 当线程完成运行时，它的状态从运行状态转到终止状态 线程完成运行的原因可能是 通过调用ExitThread而从主函数中返回 通过被其他线程通过调用TerminateThread来终止 如果处于终止状态的线程对象上没有未关闭的句柄，则该线程将被从进程的线程列表中删除，相关数据结构将被释放 线程优先级提升 在下列5种情况下，Windows 会提升线程的当前优先级： I/O操作完成 信号量或事件等待结束 前台进程中的线程完成一个等待操作 由于窗口活动而唤醒图形用户接口线程 线程处于就绪状态超过一定时间，但没能进入运行状态(处理机饥饿) 线程优先级提升的目的是改进系统吞吐量、响应时间等整体特征，解决线程调度策略中潜在的不公正性。但它也不是完美的，它并不会使所有应用都受益 Windows 永远不会提升实时优先级范围内(16至31)的线程优先级 I/O操作完成后的线程优先级提升 在完成I/O操作后，Windows 将临时提升等待该操作线程的优先级，以保证等待I/O操作的线程能有更多的机会立即开始处理得到的结果 为了避免I/O操作导致对某些线程的不公平偏好，在I/O操作完成后唤醒等待线程时将把该线程的时间配额减1 线程优先级的实际提升值是由设备驱动程序决定的 与I/O操作相关的线程优先级提升建议值在文件“Wdm.h”或“Ntddk.h”中。设备驱动程序在完成I/O请求时通过内核函数IoCompleteRequest来指定优先级提升的幅度 线程优先级的提升幅度与I/O请求的响应时间要求是一致的，响应时间要求越高，优先级提升幅度越大 等待事件和信号量后的线程优先级提升 当一个等待事件对象或信号量对象的线程完成等待后，它的优先级将提升一个优先级 阻塞于事件或信号量的线程得到的处理机时间比处理机繁忙型线程要少，这种提升可减少这种不平衡带来的影响 SetEvent、PulseEvent或ReleaseSemaphore函数调用可导致事件对象或信号量对象等待的结束 提升是以线程的基本优先级为基点的，而不是线程的当前优先级。提升后的优先级永远不会超过15。在等待结束时，线程的时间配额被减1，并在提升后的优先级上执行完剩余的时间配额；随后降低1个优先级，运行一个新的时间配额，直到优先级降低到初始的基本优先级 前台线程在等待结束后的优先级提升 对于前台进程中的线程，一个内核对象上的等待操作完成时，内核函数KiUnwaitThread会提升线程的当前优先级(不是线程的基本优先级)，提升幅度为变量PsPrioritySeparation的值 在前台应用完成它的等待操作时小幅提升它的优先级，以使它更有可能马上进入运行状态，有效改进前台应用的响应时间特征 用户不能禁止这种优先级提升，甚至是在用户已利用Win32的函数SetThreadPriorityBoost禁止了其他的优先级提升策略时，也是如此 图形用户接口线程被唤醒后的优先级提升 拥有窗口的线程在被窗口活动唤醒(如收到窗口消息)时将得到一个幅度为2的额外优先级提升 窗口系统(Win32k.sys)在调用函数KeSetEvent时实施这种优先级提升，KeSetEvent函数调用设置一个事件，用于唤醒一个图形用户接口线程 这种优先级提升的原因是改进交互应用的响应时间 对处理机饥饿线程的优先级提升 系统线程“平衡集管理器(balance set manager)” 会每秒钟检查一次就绪队列，是否存在一直在就绪队列中排队超过300个时钟中断间隔的线程 如果找到这样的线程，平衡集管理器将把该线程的优先级提升到15，并分配