什么会导致这个文件传输放缓?

这个截图是我在同一台物理机器上从一个逻辑卷(由RAID0中的2个主轴组成)传输一个大文件(.VHD)到另一个(由RAID0中的2个主轴组成)。 (这不是生产,所以不要担心硬件configuration的完整性。)我在同一局域网的第三台机器上通过explorer.exe启动了传输,所以有些TCP协议可能与此处的犯罪有牵连; 我不知道。

当文件传输开始时,最高速度达到了220MB /秒左右,这是我希望从这台机器上的卷到卷传输的速度,然后在50%左右的时间内下降到大约50% 75MB / s,并在该速度附近完成。

通过文件中途减速

关于为什么从数量到数量的文件传输速率始终在传输中途减半的任何想法? 我testing了几次相同的传输,每次都得到完全相同的行为。

编辑:我已经通过使用robocopy而不是资源pipe理器再次testing。 我正在使用不同的文件,但我仍然从第三个工作站启动复制:

robocopy传输速度

我并没有观察到在使用robocopy进行文件复制的一半左右时,文件复制速度急剧放缓,但是如果你看看最后的传输速度,它仍然远高于千兆以太网的理论极限。

编辑#2:这是通过资源pipe理器查看相同的传输。 这个文件没有减速。 唯一的区别是这个VHD大约是第一个的一半:

没有减速

来自两种不同工具的一致的证据表明,文件拷贝速度比GigE应该能够提供的更快,所以我仍然不相信传输是通过networking进行的。 但是我仍然不知道为什么一开始这个更大的文件就会因为转移的一半而受到影响。 也许在这个实验中有两个variables/因素。

转移正在通过networking进行 。 假设这些桌面都通过千兆以太网连接,60-70MB / s是文件传输的相当典型的速度。 你提到的“第三桌面”不知道或者关心这两个共享在同一个物理盒子里。 所有它知道的是它从共享A(源RAID0)复制到共享B(目标RAID0),并且这些都是networking目标。

修复很简单:使用远程桌面login到使用RAID0arrays的盒子,并以这种方式启动文件复制。