better PrefetchReader

[LoveEatCandy]

目前可以考虑的场景有：

• 顺序读
• 只读一部分（文件很大，但是一次只读其中的一点点）
• 反复 seek 但是会重复读文件中的一部分（这种好像挺多的， pdf， mp4 啥的都这样，除重复内容外，其他部分每次读的内容可能远小于一个块）
• 纯随机读（通常会有按块读浪费的问题）

目前有个简单的想法：

• 先做个慢启动，当预读不断被命中的情况下，慢慢扩大 block_forward

[LoveEatCandy]

@bbtfr 没事可以来这聊聊想法

[bbtfr]

先做个慢启动，当预读不断被命中的情况下，慢慢扩大 block_forward

主要想用 1 “顺序读” 的性能（冷启动导致性能下降），换 “只读一部分” 的内存占用对吧

2 和 3 有啥区别？都是读一部分，但 2 是读一遍，3 是读很多遍？

[LoveEatCandy]

主要想用 1 “顺序读” 的性能（冷启动导致性能下降），换 “只读一部分” 的内存占用对吧

2 和 3 有啥区别？都是读一部分，但 2 是读一遍，3 是读很多遍？

• 内存占用和速度，比如只读 mp4 的 10~20 帧，只需要读文件头，帧索引，还有帧数据，开头就读个文件头，预读就都浪费了
• 2 是明确要读文件的哪部分，比如 indexed jsonline 的 .idx，读一次
• 3 也可以是读一次，但是是有索引、文件头那种的文件类型，需要先读索引再跳指定地方读一次；如果是反复读还得考虑索引啥的要被 cache 到位，这块现在应该是满足的