我们目前在拷贝一个大文件（35GB +）的时候速度非常慢，让我们感到惊讶的是，它以300MB / s的高传输率开始，然后在传输10-20秒之后下降到4MB / s。 该文件正在从iSCSI LUN传输到本机上的本地驱动器，也试图将该文件复制到/ dev / null的结果是一样的，有一个1Gbs链接进入目标，目标，交换机和启动器都是在私有VLan上，所有三个组件的MTU也都设置为9000。
任何人都可以帮助我们理解为什么传输突然下降到4MB / s？
感谢您的时间。
存储是NETAPP FAS2040，RHL 5.2，CISCO交换机。
问候，
您的交换机可能无法处理9000 MTU，因此必须重新传输大量数据包。 将MTU更改为默认值1500，查看速度是否提高。
其他因素包括主机负载（不pipe是否/ dev / null或不，networking适配器仍然可以加载）以及存储驱动器的最大速率。 由于速度在〜4MB / s，我怀疑这是一个驱动瓶颈，但是由于MTU太高，你的路由器会丢弃大量的数据包。
如果你有像样的cisco交换机，并且可能支持9000的MTU，但是你需要确保在你将看到的数据包重新传输的path中的任何地方启用巨帧。
testing你的path支持巨型帧非常容易。 在你的主机上，ping你的netapp数据包大小为9000.你需要从两个接口ping到两个目标地址（假设你是多path的）。 最后，这不是100％的保证，接下来你需要看看你的交换机来确认没有分片的数据包。 我认为有一个柜台，如果是的话，你不应该看到任何数据包。
尽pipe如此，我怀疑它的巨型框架，更重要的是，巨型框架可能在1g链接上很lessperformance出性能。 如果你有两个1g的链接，充其量你应该希望看到200 – 240MBps。 我不确定300是从哪里来的，从mathangular度来说，这听起来几乎是不可能的。 然而，复制一个35GB文件的4MBps，听起来很低。 这是一个很大的文件，应该是100％顺序IO。 我怀疑它与您的SAN或您的交换没有关系，并且与您的主机更相关。 什么是你正在复制的磁盘？ 多less个磁盘，如果有的话raid？ 任何BBC？ 你有没有尝试过不同的主机？ 另外，你的多path设置如何？ 你在使用循环赛吗？ 我怀疑你是如果你击中了超过120MBps。