Hi Dongsheng! On 16/04/14 10:39, ext Dongsheng Song wrote: >>From my testing, netperf throughput from 600 Mbit/s drop to 6 Mbit/s, > the penalty is 99 %. The question was, do you see this as a problem of the new rwnd algorithm? If yes, how exactly? The algorithm actually has no preference to any amount of data. It was fine-tuned before to serve as congestion control algorithm, but this should be located elsewhere. Perhaps, indeed, a re-use of congestion control modules from TCP would be possible... > http://www.spinics.net/lists/linux-sctp/msg03308.html > > > On Wed, Apr 16, 2014 at 2:57 PM, Matija Glavinic Pecotic > <matija.glavinic-pecotic.ext@xxxxxxx> wrote: >> >> Hello Vlad, >> >> On 04/14/2014 09:57 PM, ext Vlad Yasevich wrote: >>> The base approach is sound. The idea is to calculate rwnd based >>> on receiver buffer available. The algorithm chosen however, is >>> gives a much higher preference to small data and penalizes large >>> data transfers. We need to figure our something else here.. >> >> I don't follow you here. Could you please explain what do you see as penalty? >> >> Thanks, >> >> Matija >> -- >> To unsubscribe from this list: send the line "unsubscribe linux-sctp" in >> the body of a message to majordomo@xxxxxxxxxxxxxxx >> More majordomo info at http://vger.kernel.org/majordomo-info.html > > -- Best regards, Alexander Sverdlin. -- To unsubscribe from this list: send the line "unsubscribe linux-sctp" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
