Another Slow Upload and Download Speed Thread
-
The quality of the switch can make a tremendous difference as well. Recently we replaced 10/100 Allied Tellison switches with 10/100/1000 HP ProCurve Switches in a laboratory environment. Incredible difference in reliability of transmitting and recieving, as well as bandwidth with multiple synchronous images
-
Hi,
There is a simple tools to check the bandwith of your network : [url]https://iperf.fr/[/url]
A java frontend here : [url]https://code.google.com/p/xjperf/[/url]You can test TCP/UDP bandwith.
I use it before deploy in multicast.
Regards,
Ch3i. -
Sorry I was sick over Easter thats why i didn’t write here.
I contected the client directly to the core switch today, but that didn’t change anything.
-
Have you checked the server’s hdd health ? Checked the RAM health?
-
How can I do that?
-
I found this: [url]http://unix.stackexchange.com/questions/124790/how-to-check-health-of-hard-drives[/url]
But if it were me, I’d probably shutdown the FOG server, and boot up to the latest version of Hiren’s BootCD. Normally you have to find a torrent of it and download it that way. It comes with a SLUE of utilities.
If the hard drive is failing, that’d explain your speeds during imaging.
-
Ok, will try that on monday.
-
Hello Polii123,
Did you figure it out? I have the same problem. After upgraded from SVN 25xx to 3291, uploading/download speed become so slow. I used to get about 1GB upload and 1.4GB download but right now upload and download cap out at 700MB.
thanks
-
[quote=“TaTa, post: 46497, member: 24583”]Hello Polii123,
Did you figure it out? I have the same problem. After upgraded from SVN 25xx to 3291, uploading/download speed become so slow. I used to get about 1GB upload and 1.4GB download but right now upload and download cap out at 700MB.
thanks[/quote]
Doublecheck your compression settings. the hardware AND your network performance determine what’s the best setting for you.
At my building, with core i5 DDR3 systems and gig network throughout, I favor 6 or 7 for compression. -
Thanks Wayne. You nailed it.
It used to change to 9 by default if you don’t touch compression rate but on svn 3291 it says at 0 if you don’t change it. Should 0 be faster when uploading? maybe compress algorithm has been changed since svn 25xx. I get over 1GB on 1, 400MB on 9 and 700MB on 0 for uploading. Selecting 1 through 9, download speed is back to normal. I updated to svn 3330 which addressed this and some other issues. Thank you.
-
I’d recommend 6 or 7.
I consider our network and clients to be really fast, and 9 is just too much for the clients. But, the lower you go (5, 3, 1) the load gets lighter on the clients, but heavier on the network…
You have to find the happy medium.
-
Sorry completly forgot to post here. The problem is solved more or less, at least it has nothing to do with fog. Some PC load with 11.25GB/min other with 5GB/min same 8port Switch diffrent ports. I guess the 8 port switches aren’t that good.
-
maybe just different PC hardware? Maybe even a dying HDD in the slow PCs.
Maybe check your patch cables?
-
Also, don’t forget that most of the time the speed issues are either going to be hardware limits now or point at a problem with connectivity to the NFS server.
