第一百章 perfect (第2/2页)

IBM公司的谈判代表们彼此看了看，萨姆斯向他身侧的一位随行人员点了点头，得到萨姆斯的许可后，这位40岁左右的长得虎背熊腰的工程师说道：“我们看过你们公司提供给新联想计算机公司的操作系统使用介绍，我们知道你们把操作系统的工作分为进程管理、存储管理、文件管理和设备管理这么4大模块，那么我想问的是在一个进程集合中，假如每个进程都在等待某些事情的发生（释放资源），而这些时间又必须由这个进程集合中的某些进程来产生，那么这就形成了一个死循环，当然我们通行的说法是操作系统近入了死锁状态，如果操作系统的处理机制有问题，就会造成频繁的死机，我想问你们是如何解决这个问题？”
　　
　　这个问题很有技术含量，无论是对操作系统内部程序的合理性还是对于用户的使用体验上来说，都是必须慎重对待的问题，可以想见如果因此问题频繁死机，那么作为普通用户的使用体验将会多差，如此差的体验还想装有此系统的微型机大火吗？
　　
　　从这个问题上也可以得知眼前此人对操作系统有很深入的研究，这的确是个刁钻的难题，系统共享资源的不足，资源分配不当和进程的推进顺序不当等都会造成死锁，好在张亿诚前世在自己的研究中也经常会遇到这种让人烦恼的问题，可以说他现在已经对此有了相当的经验，而且这还是80年代，此时很多的难题在他那个时候已经被无数人给解决了，所以他对这种不算深入的难题说道：“我们都知道只有当进程发生互斥、占用并等待、不可抢占和循环等待这4个条件完全具备的时候，才会发生进程死锁，所以我们也就有了明确的解决目标。”
　　
　　在坐的各位大部分都是工程师，无论是硬件工程师还是软件工程师，他们都是需要对另外一方领域有所了解的，所以这些人也都不自禁的点点头，作为双方的律师和业务人员（萨姆斯）则有些茫然，不过这并不妨碍他们认真倾听下去，从周围人的态度中也可以看出这个年轻人解决问题的方向性的正确性。
　　
　　张亿诚又慢慢的说道：“针对死锁，我们同样采取了4种对策来解决这个问题，首先我们在设计操作系统的时候就需要尽可能的避免死锁的产生，我们会采用静态、按序和剥夺式的资源分配方法来尽量预防死锁的出现，这将从进程的并发、共享资源、共享资源向量和系统能力向量上做出针对性的设计上优先着手。”
　　
　　对面的IBM公司的工程师们依然没有出现异样的反对或者准备讨论的声音，张亿诚继续说道：“在采用预防的前提下，我们的操作系统还引入了银行家算法来尽可能的避免死锁，我们设计了这么一个机制，每一个进程在开始前必须事先就声明它需要使用的最大量，而这个进程请求资源，它因此可能需要等待，在这个进程得到所有的资源后，它必须在有限的规定时间内释放它们，通过这些措施，就可以很好的避免这种令人不愉快的体验。当然对于因为系统内自带的进程自动检测而需要用到的资源分配图的使用和真正的产生死锁用到的恢复机制，在UNIX出现很久的今天已经算是操作系统程序员应该具备的最基本的素质体现了。”
　　
　　看着这个阳光般充满自信，语调缓慢但坚定的年轻人，IBM公司提问的工程师也不禁为他的才智鼓掌：“perfect”