minio的几个issue

1. 单盘为什么比多盘还慢？
   参见https://github.com/minio/minio/issues/7550

在单盘情况下，采用了
f, err := os.OpenFile(path, flag|syscall.O_SYNC, perm)
确保数据落盘，写入磁盘操作比较耗时。
而多盘情况下，虽然多了计算Erasure部分，即使个别盘由于意外未落盘，不影响数据完整性，所以未强制flush(强行解释...我用的是同一张盘上的多个文件夹，假如断电，数据未落盘，很可能就都没有了~~)。

有人建议使用直接IO(O_DIRECT | O_SYNC)，参见https://github.com/minio/minio/pull/7479。
能解决上面说到的单盘情况下丢失数据问题，但这会增加耗时，而正常情况下分布式应该是多机房多磁盘的，我觉着没必要做这个改动。

2. 大文件或传输慢的情况下报错
   参见https://github.com/minio/minio/issues/7503

在bitrot writer中

func newStreamingBitrotWriter(disk StorageAPI, volume, filePath string, length int64, algo BitrotAlgorithm, shardSize int64) io.WriteCloser {
    r, w := io.Pipe()
    h := algo.New()
    bw := &streamingBitrotWriter{w, h, shardSize, make(chan struct{}), 0, int(length / shardSize)}
    go func() {
        bitrotSumsTotalSize := ceilFrac(length, shardSize) * int64(h.Size()) // Size used for storing bitrot checksums.
        totalFileSize := bitrotSumsTotalSize + length
        err:= disk.CreateFile(volume, filePath, totalFileSize, r)
        if err != nil {
            logger.LogIf(context.Background(), err)
            r.CloseWithError(err)
        }
        close(bw.canClose)
    }()
    return bw
}

写入文件都会通过这个方法，增加bit rot校验。当disk是storageRESTClient时，若文件较大，RPC调用超时，disk.CreateFile会被关闭，返回io: read/write on closed pipe然后被关闭。这时，writer文件还没有写完，再写入也会报同样的错。

可能的解决办法，RPC调用超时依据最后接收数据的时间，而不是总时间，但这样服务器可能被慢的客户端占满。还是应该在内网上部署，网速不应该是问题，不然随便传个文件也要半天。