讨论: v4 性能提升 about redisshake HOT 4 OPEN

这里我考虑的是将 buffer 管理这一块抽象出来，做一个 BufferManager，支持两种模式，一种是 Memory Buffer，一种是 File Buffer

from redisshake.

Does this meet the demand?
https://github.com/CodisLabs/redis-port/tree/redis-4.x-cgo/pkg/libs/pipe

from redisshake.

是这样的，我上次测试也发现云上环境云盘的低带宽会构成瓶颈：

1. 保存 dump.rdb 阶段需要较高的云盘写带宽，这个阶段耗时较长会导致源端 Redis 的 output buffer 一直堆积。
2. 保存 aof 阶段对云盘带宽需求不高，一般 Redis 的写带宽不会很高，当然也有特殊情况。

可以考虑 dump.rdb 保存到内存，数 G 的内存空间可以接受。

from redisshake.

2. 目前 file buffer 我理解是有两个作用，1 可以让人后续使用 aof_reader 进行同步，2 减少内存使用。这里我觉得可以将 file buffer 作为可选项，我们同样可以实现 sized memory buffer。让用户自行选择

同样考虑过这点，是否可以增加不落盘的方式提供给用户选择。而且通过golang的有缓冲channel，连接reader和writer，可以天然的拥有背压的功能，内存占用是可控的

from redisshake.