问题
今天在做到了5.2的时候发现了一个很奇怪的东西,叫安全分配方式,说是一旦进程发出IO请求后便进入阻塞状态,直到其IO操作完成时才被唤醒。进程获得了某种设备后便阻塞,不能再请求任何资源,而它在阻塞的时候又不保持任何资源,那么就是分配安全,缺点是CPU和IO设备是串行工作的,说是什么破坏了请求并保持条件。这实在槽点太多了。
- 进程获得某种设备后便阻塞。
Q:那我获得了打印机的外设,现在我有一堆文档准备打印,你给我阻塞了? - 不能再请求任何资源。
Q:嗯,这个还可以理解,我一次只能持有一个资源,确实是损失了系统的并发性,可能会增加安全性?但是有的进程就得用两个资源,那你怎么办呢? - 它阻塞时也不保持任何资源。
Q:这更迷了!我拿到了打印机,我不打印,我释放?????? - 优点是设备分配安全。
槽:hhh,当然安全了,我申请个设备,马上放了,能不安全嘛,设备全都空着,能不安全嘛? - CPU和I/O设备是串行工作的。
Q:这更迷了,CPU和I/O设备不是一直都是串行工作的吗?如果用中断方式的话,那么就是串行,DMA或者通道的话就是并行,这个跟你保持多少设备也没有关系吧!
思考
- 获得某种设备后,比如打印机,我就只能做这个打印的事情,不能去请求别的资源了,只能一心一意的打印,也就破坏了请求与保持的条件,因此破坏了死锁的必要条件,自然就安全了。在等待数据读入打印机缓存的过程中(可能是由DMA控制),进程当然要阻塞(否则继续执行可能会请求别的资源)。
- 那看来真就是了,或者我感觉就是可以一次性的分配多个设备这样子,总之不能破坏请求与保持。
- 这个还是不能理解,我打印机我总得保持着吧,进程阻塞了,我这个打印机还是属于我的在后台运行啊?(存疑)
- 设备分配安全,那确实,一定是相对我申请多个来说(我感觉主要是破解了循环等待(可能通过破解请求并保持))来说,破解了很多死锁的条件,比较安全了。
- 不能理解,我觉得还是并行工作的(存疑)
总结
总的来说,思考了一番并没有什么实质性的成果,只能是抛砖引玉了,因为网上并没有关于这个话题的讨论,有的也只是操作系统书上的原话翻来覆去,热切希望博友来指点迷津!