您对缓冲工作原理的描述是正确的,FAICS。

但是，大于1 MB的缓冲区不大可能为您买到任何东西。实际上，甜点可能远低于这个值。请注意，std::ifstream和std::ofstream使用的缓冲区与磁盘缓存无关-这是内核的工作，它可以自行决定。流缓冲区只影响通过一个系统调用向内核传输或从内核传输的最大字节数。因此，理想的缓冲区大小并不取决于您传输了多少数据。is所依赖的是is

1. 系统调用的开销。较高的开销意味着您希望一次性传输更多的数据。
2. 缓冲区管理的开销。如果有更大的缓冲区，可能会更大。
3. CPU缓存丢弃效果。将大力支持较小的缓冲区。

由于（1）有利于较大的缓冲区，而（2）和（3）有利于较小的缓冲区，所以在某处会有一个最佳位置。由于CPU缓存大小可能是几兆左右，接近该限制的缓冲区大小将看到（3）的严重影响，因此最佳位置肯定在1兆左右。您可能可以忽略(2)，因此仍然需要估计（1）以获得缓冲区大小的下限。假设一个syscall花费大约1000个周期，并且假设CPU+内存的原始复制速度是4字节/周期。那么，传输4K的成本与执行一个系统调用的成本差不多。因此，当缓冲区大小为20K时，syscall开销大约为20%，而当缓冲区大小为100K时，大约为4%。因此，理想的缓冲区大小与文件大小无关，在几百kB的范围内。

您可能可以相信您的标准库实现能够正确地完成这一任务，除非分析为您提供了影响性能的缓冲问题的确凿证据。