SCP issue on FreeBSD

[Venkateswara Rao Dokku]

This beahavior is only seen on the FreeBSD guest which is running on KVM.
When we run the same guest on
Xen, ESX hypervisors the issue is not seen.

Is there any issue with FreeBSD + VirtIO combined?
Any help is much appreciated.

On Tue, Feb 16, 2016 at 10:13 AM, Venkateswara Rao Dokku <
dvrao.584 at gmail.com> wrote:

> root at test:~ # sysctl -a | grep send
> kern.cam.ada.send_ordered: 1
> kern.cam.da.send_ordered: 1
> net.local.stream.sendspace: 8192
> net.inet.ip.sendsourcequench: 0
> net.inet.igmp.sendlocal: 1
> net.inet.igmp.sendra: 1
> net.inet.tcp.sendspace: 65536
> net.inet.tcp.sendbuf_max: 262144
> net.inet.tcp.sendbuf_inc: 16384
> net.inet.tcp.sendbuf_auto: 1
> net.inet.sctp.sendspace: 233016
> net.raw.sendspace: 8192
> root at test:~ # sysctl -a | grep recv
> net.local.stream.recvspace: 8192
> net.local.dgram.recvspace: 4096
> net.inet.igmp.recvifkludge: 1
> net.inet.tcp.recvspace: 65536
> net.inet.tcp.recvbuf_max: 262144
> net.inet.tcp.recvbuf_inc: 16384
> net.inet.tcp.recvbuf_auto: 1
> net.inet.udp.recvspace: 42080
> net.inet.sctp.recvspace: 233016
> net.inet.raw.recvspace: 9216
> net.raw.recvspace: 8192
> net.wlan.recv_bar: 1
> hw.cs.recv_delay: 570
>
> On Tue, Feb 16, 2016 at 10:13 AM, Venkateswara Rao Dokku <
> dvrao.584 at gmail.com> wrote:
>
>> I dont think that is causing the problem.
>> I have the send/receive buffers equal on my system.
>>
>>
>> On Wed, Feb 10, 2016 at 12:41 AM, Juraj Bocinec <juraj.bocinec at lain.sk>
>> wrote:
>>
>>> Greetings, i'm no expert but doesn't this have to do something with
>>> network send/receive buffers? They're not set the same by default:
>>>
>>> [root at schizo /etc]# sysctl -a|grep send
>>> kern.cam.ada.ada_send_ordered: 1
>>> kern.cam.da.da_send_ordered: 1
>>> net.local.stream.sendspace: 8192
>>> net.inet.ip.sendsourcequench: 0
>>> net.inet.igmp.sendlocal: 1
>>> net.inet.igmp.sendra: 1
>>> net.inet.tcp.sendspace: 32768
>>> net.inet.tcp.sendbuf_max: 262144
>>> net.inet.tcp.sendbuf_inc: 8192
>>> net.inet.tcp.sendbuf_auto: 1
>>> net.inet.sctp.sendspace: 233016
>>> net.raw.sendspace: 8192
>>> [root at schizo /etc]# sysctl -a|grep recv
>>> net.local.stream.recvspace: 8192
>>> net.local.dgram.recvspace: 4096
>>> net.inet.igmp.recvifkludge: 1
>>> net.inet.tcp.recvspace: 65536
>>> net.inet.tcp.recvbuf_max: 262144
>>> net.inet.tcp.recvbuf_inc: 16384
>>> net.inet.tcp.recvbuf_auto: 1
>>> net.inet.udp.recvspace: 42080
>>> net.inet.sctp.recvspace: 233016
>>> net.inet.raw.recvspace: 9216
>>> net.raw.recvspace: 8192
>>>
>>> Juraj Bocinec
>>>
>>> On 2016-02-09 05:39, Venkateswara Rao Dokku wrote:
>>>
>>>> Hi,
>>>>
>>>> I am using FreeBSD 8.4 as guest on top of the linux (ubuntu 14.10)
>>>> host. I
>>>> observed that, the Pushing a file from FreeBSD is giving good
>>>> performance
>>>> over Puling a file from other linux box to FreeBSD.
>>>>
>>>> root at test:~ # *scp ns-10.5-57.7.gz root at 10.102.38.202:/root*
>>>> root at 10.102.38.202's password:
>>>> ns-10.5-57.7.gz
>>>> 100%
>>>>  126MB  *63.0MB/s*   00:02
>>>> root at test:~ #* scp root at 10.102.38.202:/root/ns-10.5-57.7.gz* .
>>>> root at 10.102.38.202's password:
>>>> ns-10.5-57.7.gz
>>>> 100%
>>>>  126MB  *11.5MB/s*   00:11
>>>>
>>>> Why there is a difference between these two?. Any tuning needs to be
>>>> done
>>>> on the FreeBSD guest to get these two almost same?
>>>>
>>>> To see, whether its specific to FreeBSD I did the same experiment with
>>>> Linux(Ubuntu 14.10) as guest on top of Linux(same host as above). Here
>>>> the
>>>> output is almost same.
>>>>
>>>> root at ubuntu:~# *scp root at 10.102.38.202:/root/ns-11.1-14.4.gz .*
>>>> root at 10.102.38.202's password:
>>>> ns-11.1-14.4.gz
>>>> 100%
>>>>  130MB  *64.8MB/s*   00:02
>>>> root at ubuntu:~# *scp ns-11.1-14.4.gz root at 10.102.38.202:/roo*t
>>>> root at 10.102.38.202's password:
>>>> ns-11.1-14.4.gz
>>>> 100%  130MB  *64.8MB/s*   00:02
>>>>
>>>>
>>>> Moreover, in most cases Linux performance is better than FreeBSD. Is
>>>> Ubuntu
>>>> gives good performance when compared to FreeBSD?
>>>>
>>>> Any help is much appreciated.
>>>> Thanks.
>>>>
>>>
>>>
>>
>>
>> --
>> Thanks & Regards,
>> Venkateswara Rao Dokku.
>>
>>
>
>
> --
> Thanks & Regards,
> Venkateswara Rao Dokku.
>
>


-- 
Thanks & Regards,
Venkateswara Rao Dokku.