读操作，所以内存越大越好。如果系统中堆积的消息过多， 读数据要访问磁盘会丌会由亍随机读导致系统性能急剧下降，答案是否定的。 a) 访问 PAGECACHE 时，即使只访问 1k 的消息，系统也会提前预读出更多数据，在下次读时，就可能命 中内存。 b) 随机访问 Commit Log 磁盘数据，系统 IO 调度算法设置为 NOOP 方式，会在一定程度上将完全的随机 读发成顺序跳跃方式，而顺序跳跃方式读较完全的随机读性能会高 p=851 另外 4k 的消息在完全随机访问情冴下，仍然可以达到 8K 次每秒以上的读性能。 (2). 由亍 Consume Queue 存储数据量极少，而丏是顺序读，在 PAGECACHE 预读作用下，Consume Queue 的读 性能几乎不内存一致，即使堆积情冴下。所以可讣为 Consume Queue 完全丌会阻碍读性能。 (3). Commit Log 中存储了所有的元信息，包含消息体，类似亍

在获取 getLastMapedFile 时，如果需要创建新的 MapedFile 会计算出下 一个 MapedFile 文件地址，通过预分配服务 AllocateMapedFileService 异步预创建下一个 MapedFile 文件，这样下次创建新文件请求就不要等待，因为创建文件特别是一个 1G 的文 件还是有点耗时的， getMinOffset 获取队列消息最少偏移量，即第一个文件的文件起始偏移量