Low Bandwidth on intercontinental connections

Marc Peters marc at mpeters.org
Wed Nov 21 17:32:06 UTC 2012


On 11/21/2012 05:58 PM, Benjamin Villain wrote:
> I don't think this is about disk or memory leak as transfering files
> locally seem to work fine.
> 
> Can you test transferring files from (and to) your Linux boxes to (and
> from) the FreeBSD servers to check that it is not a network issue inside
> your DCs.
> 
> King regards,
> 
> -- 
> Ben

Hi Ben,

i don't think this is memory related, too. We used plain CLI scp ot ftp
from base, both times.

Here is the requested data:

Linux ---> FreeBSD:

root at linux:~# scp jdk-6u33-linux-x64.bin 172.16.3.10:
Password:
jdk-6u33-linux-x64.bin                             89%   61MB  59.0KB/s

FreeBSD ---> Linux:

[root at freebsd ~]# scp test.tgz 172.16.4.50:
Password:
test.tgz                               100%   59MB   1.1MB/s   00:55
[root at freebsd ~]#

>From BSD to Linux is not as fast as L <--> L.

I don't think, this is network related in some sort.

Marc


> 
> Mehmet Erol Sanliturk writes:
> 
>> On Wed, Nov 21, 2012 at 7:41 AM, Marc Peters <marc at mpeters.org> wrote:
>>
>> > Hi list,
>> >
>> > we are experiencing low throughput on interncontinental connections
>> with
>> > our FreeBSD Servers. We made several tests and are wondering, why this
>> > would be. The first tests were on an IPSEC VPN between our
>> datacenter in
>> > DE and Santa Clara, CA. We are connected with two gigabit uplinks in
>> > each DC. Pushing data by scp between our FreeBSD servers takes ages.
>> > Starting with several MB/s it drops to 60-70KB/s:
>> >
>>
>>
>>
>> .....
>>
>>
>> I do not have any answer to your question , but I want to share one my
>> experiences .
>>
>> I Linux ( KDE ) I was copying a hard disk contents to another drive by
>> using Dolphin .
>> At the beginning it was very fast , but over time its speed reduced to a
>> few kilobytes per second .
>> It listed completion time left as months .
>>
>> I inspected why this is the case .
>>
>> The reason was the following :
>>
>> On each file it is copied , the Dolphin was producing approximately 1
>> Kilobyte  memory leak .
>> After copying more than one million file , all of the memory exhausted
>> and
>> it started to swap
>> memory to hard disk swap space which reduced copy speed to a few
>> kilobytes
>> per second .
>>
>>
>> I stopped the Dolphin and copied small directory groups by restarting the
>> Dolphin . This cured the problem because on each exit , all of the leaked
>> memory by Dolphin has been disposed ( where "Undo" item of Dolphin
>> menu was
>> disabled means memory is not reserved for undo ).
>>
>>
>> Please study your data transfer software for such a possibility . It may
>> not be problematic in Linux but FreeBSD version may have some trouble
>> points .
>>
>>
>> There is another possibility : Graceful degradation .
>>
>> http://en.wikipedia.org/wiki/Graceful_degradation
>> http://en.wikipedia.org/wiki/Fail_soft
>>
>> A program part may produce graceful degradation over time or processed
>> data
>> :
>>
>> For example , assume a list is searched by sequentially . When list
>> length
>> grows , search times
>> also grows linearly and produces a degradation although there is no any
>> error in the process .
>>
>> You may study your system with respect to such a process .
>>
>>
>> These are the possibilities which come to my mind .
>>
>>
>> Thank you very much .
>>
>> Mehmet Erol Sanliturk
>> _______________________________________________
>> freebsd-net at freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-net
>> To unsubscribe, send any mail to "freebsd-net-unsubscribe at freebsd.org"
> _______________________________________________
> freebsd-net at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "freebsd-net-unsubscribe at freebsd.org"



More information about the freebsd-net mailing list