> However, a 120 KBps (note B for bytes, as opposed to b for bits) > connection implies that you have roughly a 1 Mbps link. Normal for a DSL
Actually, I have a 100Mbps Duplex link from one server to a client workstation. This is through two switches with a router and gigabit backbone interconnecting the switches. I am not the network engineer so I know no other details. > However, 80 MB = 671,088,640 bits (not including parity checks or stop > bits or anything else, just the data). For that kind of data to be > transferred in 7 seconds, you need to have AT LEAST 95,869,806 > bits/second of bandwidth available, which works out to 91.4 Mbps. The file is a compressed and is 80MB so it should not compress much at all. Seriously, using ftp the transfer took 15-20 minutes scping the file to 7-8 seconds. MD5s on the results match. I am wondering what I could have setup to cause this descrepency in performance? It is a straight RHv8 box with the stock vsFTPd and new rpms downloaded from proftd. I guess I found it strange when the network guys were showing me that they could upload the file via ftp to their windows box at 90 times faster than the FTP server on Linux ... That's just wrong, I mean something has to be! Does linux throttle ftp connections by default and not scp? -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
