Windows下查看多线程死锁信息的工具，协助多线程死锁问题的排查。

请用银行家算法解决以下问题。 某系统中有A、B、C、D、E共5种资源，数量为[5，6，8，6，4]，某个时刻进程和资源的使用情况如下： 进程名 Allocation Need A B C D E A B C D E P0 [0，2，1，1，1] [1，0，2，1，1] P1 [2，0，1，1，1] [0，3，2，1，0] P2 [0，1，0，1，1] [0，3，3，2，2] P3 [0，3，1，2，0] [1，0，1，2，1] （1）此时系统的可用资源数量Available为多少？

假设一个系统中有5个进程，它们到达时间和服务时间如表3-1所示，忽略I/O以及其他开销时间，若分别按先来先服务（FCFS）、非抢占及抢占的短进程优先（SPF）、高响应比优先（HRRN）、时间片轮转（RR，时间片=1）、多级反馈队列调度算法（FB，第i级队列的时间片=）以及立即抢占的多级反馈队列调度算法（FB，第i级队列的时间片=）进行CPU调度，请给出各进程的完成时间、周转时间、带权周转时间、平均周转时间和平均带权周转时间。 表3-1 进程到达和需服务时间 进程 到达时间 服务时间 A 0 3 B 2 6 C 4 4 D 6 5 E 8 2 说明：多级反馈队列若采用抢占方式，被抢占的进程若没有用完自己分得的时间片的话，应回到本次调度前所在的就绪队列末尾排队，而不是下一级。

DEMO程序必须重新编译运行才能修正原资源死锁问题 取自卢伟的专栏DELPHI 线程池代码(http://blog.csdn.net/babyvspp/archive/2008/01/01/2008234.aspx)，封装的十分完美，用法也非常简单，可以根据使用者设定的初始工作线程数和最大线程数以及线程执行时间自动增加工作线程。 此发布修改了原作者在线程池Free时的一点问题：“不能结束工作中的工作者线程（资源死锁）”。 用法： // 创建线程池 FThreadPool := TThreadsPool.Create(Self); // 创建线程池 FThreadPool.ThreadsMin := 5; // 初始工作线程数 FThreadPool.ThreadsMax := 50; // 最大允许工作线程数 FThreadPool.OnProcessRequest := DealwithCommRecvData; // 线程工作函数(DealwithCommRecvData在工作者线程的Execute方法中被调用) // 使用线程池 var 　AWorkItem: TRecvCommDataWorkItem; // 继承自TWorkItem begin 　AWorkItem := TRecvCommDataWorkItem.Create; 　Move(PData[0], AWorkItem.FRecvData[0], PDataLen); 　AWorkItem.FRecvDataLen := PDataLen; 　FThreadPool.AddRequest(AWorkItem); // 向线程池分配一个任务 end;

101-演示文稿-死锁的概念.pdf

102-演示文稿-死锁的必要条件.pdf

103-演示文稿-死锁预防.pdf

104-演示文稿-死锁避免.pdf

105-演示文稿-死锁检测和恢复.pdf

一份小项目的源代码，它超越了串口助手，给人一种耳目一新的感觉。亮点如下： 1.它解决了，串口关闭时出现死锁不响应问题，可以直接用到开发的项目上。 2.并且是扩展了的串口助手，具有通信协议编辑和使用功能， 3.软件升级检测，值得做软件升级例子使用。 4.最重要的是源代码很不错，很值得大家去研究。 分享给做工控上位机的朋友们，有问题，可以留言，以便做进一步修正。