1、概述
虽然存储设备的恨不能在近年来一直在稳步提升,从raw nand到emmc,再到UFS都在进步,但和CPU相比它们依然是一个低俗的外设,并且IO是不可抢占的,所以应用程序在交互中等待IO会带来非常糟糕的用户体验,大部分程序员都意识到了这一点,所以绝大多数的程序尽量都会想办法改善这个问题,例如预读(readahead)和异步IO等。但是有些场景是很难规避IO的影响的。比如启动应用和本地音视频播放。如果在这两个场景中,还有其它的程序来竞争IO,那对用户体验来说可能无法接受。
2、现有的优化
设想有这样一个场景:某天用户心血来潮要整理设备上的照片或其它文件,通过文件浏览器把大量的文件拷到一张新的TF卡上,这个过程是很漫长的,这个时候他打开一个本地视频观看,但是不幸的事情来了,视频卡顿非常严重。
遇到这种情况,工程师们肯定能理解,文件拷贝和视频播放在竞争IO,导致解码器没有及时得到新的视频数据,进而导致丢帧或音视频不同步。但是用户不一定能接受这个解释。他觉得为什么不能把文件拷贝的速度放慢一些,优先保证视频播放的用户体验。
这时候又轮到工程师来想办法了,在这个场景中,IO实际上可以分两类,视频播放和文件拷贝。把其中视频播放的IO认为是关键IO,问题就变成 了如何避免关键IO拥塞。
让我们先看看万能的谷歌是怎么处理这个问题的,在最新的android版本上会设置所有视频相关进程的IO优先级到RT级,这种优先的效果肯定是有的,但是还有几个问题:
- 效果有限 BT只能改善,而不能避免关键IO的拥塞,因为文件拷贝的进程会更频繁的发起IO请求,所以经常会碰到这种情况ÿ