2012/1/20 Lluís Gras <lluisgg@joseptous.info>

Great !!!

--nosync do the trick

But still a lot of re-xmits, ie

root@debian:~# udp-sender --file /dev/sda6 --interface eth0 -P 9000
.
.
.
bytes= 24 038 355K re-xmits=2071665 ( 12.2%) slice=0112 - 0
Timeout notAnswered=[0] notReady=[0] nrAns=0 nrRead=0 nrPart=1 avg=743
Timeout notAnswered=[0] notReady=[0] nrAns=0 nrRead=0 nrPart=1 avg=923
bytes= 24 143 004K re-xmits=2080485 ( 12.2%) slice=0112 - 0
Transfer complete.
Disconnecting #0 (192.168.10.21)

root@debian:~# udp-receiver --file /dev/sda6 --nosync --interface eth0 -P 9000
Udp-receiver 20110710
UDP receiver for /dev/sda6 at 192.168.10.21 on eth0
received message, cap=00000009
Connected as #0 to 192.168.10.16
Listening to multicast on 232.168.10.16
Press any key to start receiving data!
bytes= 24 143 004K (439.79 Mbps))
Transfer complete.

Thanks

2012/1/19 Raul Sanchez <raul@um.es>
Hi

Have you try to use "--no-sync" option?

I had a similar problem and i solved it that way. I think that udpcast has change its default settings in any cases.

Byeee

Lluís Gras <lluisgg@joseptous.info> escribió:

Hi

Sorry for my English.

I have been using udpcast (PXE or a custom Debian Live) over the past two years (version 20100130) and I recently upgraded to the latest version (20110710), the old version got a transfer rate of about 480Mbps, with feww reemissions (approximately 10 re-xmits) with the new and the same teams involved does not exceed 43 Mbps. I tried to disable ipv6 (ipv6.disable = 1) but there was no difference.

If I use the udp-sender (20110710) with the udp-receiver (20100130) recovered the rate of 480 Mbps.

How do I find out why the number of re-xmits increases significantly?

Thanks in advance