Re: Re: UDP Lite support

On 2014/03/03 04:08, Xin Li wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA512
>
> On 3/2/14, 10:42 AM, Joe Nosay wrote:
>> On Thu, Feb 27, 2014 at 3:22 AM, Joe Nosay <superbisquit_at_gmail.com>
>> wrote:
>>
>>>
>>>
>>> On Wed, Feb 26, 2014 at 11:19 PM, Xin Li <delphij_at_delphij.net>
>>> wrote:
>>>
>> On 02/26/14 18:52, Joe Nosay wrote:
>>>>>> On Wed, Feb 26, 2014 at 9:19 PM, Brooks Davis
>>>>>> <brooks_at_freebsd.org> wrote:
>>>>>>
>>>>>>> On Wed, Feb 26, 2014 at 07:36:29PM -0500, Joe Nosay
>>>>>>> wrote:
>>>>>>>> The last thread on this was in 2006. Has it ever been
>>>>>>>> reconsidered or is the likelihood of too many damaged
>>>>>>>> packets the reason for not supporting? I'm not sure
>>>>>>>> where to put this question. Apologies for the noise.
>>>>>>> You've provided next to no context.  What is the
>>>>>>> question?  What thread are you referring to?  If this is
>>>>>>> the usual UDP then freebsd-net would be vastly more
>>>>>>> appropriate than -current.
>>>>>>>
>>>>>>> -- Brooks
>>>>>>>
>>>>>> Thanks. I will ask kevlo and maybe bring it up on
>>>>>> freebsd-net. It has to do with an implementation of the
>>>>>> JACK server using UDP Lite for transferring data.
>>>>>>
>>>>>>
>> http://freebsd.1045724.n5.nabble.com/UDP-lite-for-FreeBSD-td4010236.html
>>
>>   Looks
>> like nobody proposed a patch?
>>
>> I think the concern was that this is not very useful in real-world
>> scenarios due to link layer error detection mechanism but that
>> doesn't raise a red flag to me assuming this is sufficiently self
>> contained feature as it would improve compatibility with other
>> operating systems.
>>
>> Cheers,
>>> https://github.com/torelizer/jack_trauma
>>>
>>> Not my project;  but, I want to port it to FreeBSD. First is to
>>> get it to build from source. Use  your raspberry pi with FreeBSD
>>> to broadcast your tunes and all.
>>>
>>
>> Thanks for all of the input. The project is being reworked to
>> improve the code.
> Kevin Lo have a patchset but needs someone to do performance testing
> (its impact on non-UDPLite applications), test with vimage, etc:
>
> 	http://people.freebsd.org/~kevlo/udplite.diff
> 	http://people.freebsd.org/~kevlo/udp-v.diff
>
> Are you interested in working on these and report back?

The revised patch is available at:
http://people.freebsd.org/~kevlo/udplite.diff

I measure and compare the performance of UDP with/without UDP-lite patch,
the udp-lite patch doesn't affect the performance.

Tested system is FreeBSD/amd64 -CURRENT(r263301), machines were connected
via cross-link cable.

Machines:
---------
Dragon (connected to Monkey)

CPU: Intel(R) Core(TM) i3-2330E CPU _at_ 2.20GHz (2195.06-MHz K8-class CPU)
      Origin="GenuineIntel"  Id=0x206a7  Family=0x6  Model=0x2a Stepping=7
RAM: 2GB
NIC: on-board em(4)

Monkey (connected to Dragon)

CPU: Intel(R) Core(TM) i3-2330E CPU _at_ 2.20GHz (2195.06-MHz K8-class CPU)
      Origin="GenuineIntel"  Id=0x206a7  Family=0x6  Model=0x2a Stepping=7
RAM: 1GB
NIC: on-board em(4)

Monkey runs 'netserver'.

All tests done with netperf software:
UDP Stream test:
-------------------------
% netperf -c -l 60 -H Monkey -t UDP_STREAM -i 10,2 -I 99,5 -- -m 64 -s 
57344 -S 57344
% netperf -c -l 60 -H Monkey -t UDP_STREAM -i 10,2 -I 99,5 -- -m 4096 -s 
57344 -S 57344
% netperf -c -l 60 -H Monkey -t UDP_STREAM -i 10,2 -I 99,5 -- -m 16384 
-s 57344 -S 57344

Without UDP-Lite patch:
Netperf test   MTU     BW     BSIZE
------------   ----   ------  ------
UDP_STREAM     1500   211.3       64
UDP_STREAM     1500   950.4     4096
UDP_STREAM     1500   948.6    16384


With UDP-Lite patch:
Netperf test   MTU     BW     BSIZE
------------   ----   ------  ------
UDP_STREAM     1500   216.5       64
UDP_STREAM     1500   950.3     4096
UDP_STREAM     1500   948.6    16384

>
> Cheers,
> -----BEGIN PGP SIGNATURE-----
>
> iQIcBAEBCgAGBQJTE4+mAAoJEJW2GBstM+nsthoQAIW67l7yDfIPvxDsNIWWJcRd
> 8brFYCAOPYE4LpuLGjtSgy370aBe9JmwAm41tE4qF0WhGpcu6TLsKjgMGWa/lHCc
> JId8+WBfbbQT8XJj/d+3oOETn5/rglvlRhJbnNIwaQpTXxuMC5oz2nGW7rIpIkaA
> OHo0D20DzGj4nxrQvijZ7DsMkk3F+KJu/4p7M6lpsIPCakknW1WD7IHRfbZ4Oldz
> 2xH4HfIk7cAdA7i/YUNjlpSgWFQ5OU03J5HAYfC6W37wiGbjdBYf/PKVhJ8hz7+D
> OCl+yCV00u4fCjlY6zXFea9pGr7Cl1P+sapwKDZ4g+NpNHxBUVY+ahbjQUHYON2W
> sdzAsLpMMqavCr1o8mcXdm7IPRlLUK9QZUySC9DitPvoF8G2llTAz1mWa4/Oj7/S
> JMiUERcaL5gdFN8EgEKkamFgLJguYquAjGtiowa51EMbnZG0Q2yWUcrEBFHWBEZT
> RW1u6r4ChIrPE9X5ljfFpQyKG6jFhYFXG+iVlgTB7F2ZWhjPAXi/tLbBnvIcci1m
> Md4XFm/bBJj/yNXdPuCi+CtvvdpZ/d4LQn4B7By5bIo1QjCb4Zx5n2Tq5xnYZUOI
> CnSVnNSkwLbbrAVtYOVWnrSuwR33JQnqeGHdM+XYBBwKBRhrx+ZgFWD7N6Gm95PU
> xXSxkgYVXI4sgi7Lh3Ia
> =2Vmc
> -----END PGP SIGNATURE-----

     Kevin