Important Notice: On February 29th, this community was put into read-only mode. All existing posts will remain but customers are unable to add new posts or comment on existing. Please feel to join our Community Discord for any questions and discussions.

Largely varying copy speeds

Deploying a single installation to identical computers on the same switch seems to be varying its copy speed in a large difference:

EX in attached image:

 

Deploying to 17 identical PC's that are all in one lab on the same switch....

Deployed all simultaneously, most are doing around 2-4 MB/sec but some get stuck at 150KB/sec and below and never increase.  From start until the time I killed them (gave them 15 minutes+) they remained at their slow speed in comparison.

 

 When re-deploying to the same machines (say 5 were aborted here due to their slow speeds) those ones that had slow speeds previously were as fast as the other ones were on the first deployment (2-4MB/sec) except again a few were stuck (this time 2).  Eventually the same thing happened, I aborted and re-deployed to those remaining two and then their speed was normalized.

 

It seems very strange that their speeds are fluctuating so much, some going literally 20x slower than other that are identical and from the same install and then right after aborting will be normal as if there was never a problem.  I have tried bandwidth at different %'s to limit throttling (even 100%) and this still happens.  I have also tried using pull method vs. push and it is even more varying.

 

Anyone have any info as to why this may be happening and how to prevent it? I can re-create it almost every time I deploy to 10+ machines that are identical.




copyspeed.jpg
0

Comments

1 comment
Date Votes
  • Hi Phillip,

    You are probably experiencing a similar problem described in this post: http://adminarsenal.zendesk.com/entries/21047661-file-transfers-stop-at-50-when-using-pull-option

    You can see the answer at the bottom of the post. We found one solution and two workarounds.

    The solution was to update the Network Interface Card (NIC) driver on the target system. Doing that cleared the problem right up. The other workarounds (you would only need one or the other)

    1. Disable IPv6 on the target NIC 
    2. Disable the  "Large Send Offload (IPv6)" Advanced Setting in the NIC.
    We have had reports that performing one of these three actions has worked on different NICs. Below is a screenshot for workaround #2.

    SpeedProblemWorkaround.png


    0