VMware 同时开两个系统，关闭其中一个发生死锁！能帮忙解决问题的，追加悬赏！
发布网友
发布时间：2022-04-13 22:26
共9个回答
热心网友
时间：2022-04-13 23:56
反正你默认原来的IP设置就行了
1),进程一开始向系统提出最大需求量.
2),进程每次提出新的需求(分期贷款)都统计是否超出它事先提出的最大需求量.
3),若正常,则判断该进程所需剩余剩余量(包括本次申请)是否超出系统所掌握的 剩余资源量,若不超出,则分配,否则等待.
死锁避免的基本思想是:系统对进程发出每一个系统能够满足的资源申请进行动态检查,并根据检查结果决定是否分配资源,如果分配后系统可能发生死锁,则不予分配,否则予以分配.这是一种保证系统不进入死锁状态的动态策略
死锁避免和死锁预防的区别在于,死锁预防是设法至少破坏产生死锁的四个必要条件之一,严格的防止死锁的出现,而死锁避免则不那么严格的*产生死锁的必要条件的存在,因为即使死锁的必要条件存在,也不一定发生死锁.死锁避免是在系统运行过程中注意避免死锁的最终发生.预防死锁 该策略旨在创造条件预防死锁。对7.3节中讨论的Coffman4个条件的研究表明如果任一条件不满足，就不会出现死锁。Havender最先推荐使用这种策略。本小节将讨论实现该策略的方法以及实现中遇到的问题。1. 互斥条件如果系统中的资源可以由多个进程共享，那么就永远不会发生死锁。然而，这种共享不切实际。例如，磁带机、绘图仪或打印机就不能在多个进程之间共享使用。这其中最好的情形就是对打印机使用假脱机技术，即所有打印请求都由一个单独的程序处理。这样可以消除共享请求。当假脱机程序占用打印机时，其他任何进程都不能发送打印机请求，也不能管理打印机。他们可以做的工作就是将数据提交给假脱机程序，以便以后打印。不幸的是，并非所有的设备都可以使用相同的技术。而且，死锁涉及的除外部I/O设备之外，还包括各种操作系统表、磁盘区和记录等大量资源。此外，不是所有资源都可以采用假脱机这样简单的应用程序进行处理。因此，很难保证避免该条件。2. 等待条件禁止进程在已经占用某些资源时等待更多资源，这样可以预防死锁。这要求进程一开始就声明它期望使用的全部资源。操作系统会检查这些资源是否全部可用，只有可用的时候，才允许该进程开始执行。这种情况下，显然操作系统在分配完资源之后必须更新自己的空闲及可用资源链表。该解决方案很吸引人，但显而易见的是，它不能达到预期效果而且很浪费。如果进程为了更新某些文件需要用8个小时时间，而最后只使用磁带机一分钟以更新控制记录，在整个过程中磁带机都要分配给那个进程。因此，磁带机会空闲8个小时。这期间没有其他的进程可以使用该磁带机。可以采用该方法的另一种形式。操作系统必须让请求某些资源的进程先放弃已经占用的资源，然后再尝试请求所有要用的资源。如果尝试成功，被放弃的资源才可以重新分配给该进程，这样该进程才可以继续运行。如果失败，被放弃的资源恢复空闲，而进程则必须一直等到那些资源可用为止。每次检查后，进程都放弃已占用的资源，这样就永远不会出现死锁。该方案也存在很多问题。当进程放弃现有资源之后，也许会有其他一些进程长时间占用一个或多个资源。很容易想象，该策略会导致长时间的延迟、无限期的推迟以及其他不可预测的问题。同样地，这种技术可用于表、信号量等共享资源，但不适用于打印机和磁带机这类资源。想象一下，某个进程在打印到一半的时候放弃使用打印机，而某个其他进程占用该打印机将产生什么样的后果。3. 非抢占条件确保不满足"非抢占"条件很困难。如果允许将资源分配给可以强制夺取该资源的进程，也许可以解决死锁问题，但会出现更糟糕的问题。从一个只处理了部分记录的进程强制性地夺走磁带机--因为其他进程请求使用该资源，由此带来的加载/卸载、定位等问题一定令人无法接受。对打印机而言，情形更糟糕。4. 循环等待条件显然，克服前三个条件很难，这样就只留下了最后一个条件。如果阻止了循环等待条件，那么也可以阻止死锁。一种方法是强制进程每次只能占用一种资源。如果它希望使用另一种资源，就必须先放弃占用的资源，然后再请求其他资源。显然，该方法也存在第(3)点中提到的相同缺点。如果进程P占用R1，并且想要使用R2，它就必须先放弃R1，因此另一个进程P2可以获取资源R1。这时将再次出现在进程P1处理了记录的一半之后，将磁带机分配给P2的问题。因此，该解决方案也不能令人满意。解决该问题的一个更好的方法就是对所有的资源编号，如图7-10所示。鐧惧害鍦板浘
本数据来源于百度地图，最终结果以百度地图最新数据为准。
追问请看清问题再回答，不要答非所问，Ctrl+C/Ctrl+V我也会……
热心网友
时间：2022-04-14 01:14
我的是VMW 7.1.4 build-385536
装的ubuntu 10.10+ windows xp sp3
没有出现你所说的
请问你关闭其中一个操作系统是正常关闭么？
建议你升级vmw在看下，可能是其内部机制问题，再关闭前分配了大量的资源用来做关机前的保存工作，然后又没有释放资源等待造成的死锁追问是正常关闭的。死锁时被关闭的系统所分配的内存已经被释放了。两个系统双开的时候CPU在30-40之间（空闲状态下）。
追答这个问题还只能尝试解决，因为你VMW那个版本有类似的报道，所以你只能尝试先升级，看看能不能解决问题。至于我说的被分配的内存有没有被释放，指的是虚拟机
热心网友
时间：2022-04-14 02:48
或者，重启一下电脑！
热心网友
时间：2022-04-14 04:40
但看你所述情况，应该存在一个不稳定的bug。我个人建议换系统平台或用vmware 7.1.4版，看看效果。常理来说，只要不是速关虚拟机系统，不会让PF值高跳到100%。
此问题一般是knernel加载资源量过大导致追问谢谢您的回答，如果没有更好的解决办法，我会考虑下次重装系统的时候换新版本的系统和vmware。
热心网友
时间：2022-04-14 06:48
追答那就不好办了。。。。。。要不你换个VM 版本看看。
热心网友
时间：2022-04-14 09:12
热心网友
时间：2022-04-14 11:54
热心网友
时间：2022-04-14 14:52
死锁有很多情况，比如说有两个进程1、2同时要求从磁盘制作一张CD，1申请获得了磁盘，2申请获得了CD，此时1需要CD才能释放磁盘，而2需要磁盘才能释放CD，两个程序都无法继续，这就叫直接死锁；
间接死锁发生在多个设备之间，比如说网络上有三个节点A、B、C，它们的缓冲区都已排满等待发送的数据，A要发送给B，B要发送给C，C要发送给A，但A、B、C都需要多余的缓冲区来接受数据，所以它们都无法发送数据，也就无法腾出新的缓冲区，这叫间接死锁
追问谢谢您的回答，我知道什么叫死锁，以及死锁产生的原因。我需要的是解决问题的办法。最好是不换系统，不换软件，通过修改配置文件能解决问题。
热心网友
时间：2022-04-14 18:06
