News for hackers. Stuff that matters.
Re:PCC: Performance-oriented Congestion Control by pyvpx on Friday January 09, 2015 @10:54AM (#8862704)
interesting. I'd like to see performance comparisons to TCP/NC and/or CTCP.
Re:PCC: Performance-oriented Congestion Control by brighten on Friday January 09, 2015 @09:00PM (#8865567)
Good question.

TCP/NC = network coding I assume. This is not really a competitor to PCC: the two techniques are solving different problems and could work together. PCC controls the sending rate, while erasure coding (in general - I'm not familiar with the details of TCP/NC) avoids extra round trips to recover from losses. Erasure coding would be quite relevant to very short flows, for which every RTT matters, which is extremely interesting and valuable but not the focus of this paper. Also note TCP/NC needs a new end-to-end protocol.

CTCP is probably compound TCP. We haven't done a performance comparison but it appears to fall within the large set of TCP variants that use what we called "hardwired" control. If you try it out, let us know!

Re:PCC: Performance-oriented Congestion Control by timtadh on Friday January 09, 2015 @11:35AM (#8862927)
What are those proposals? The paper discusses quite a few different alternatives and does performance comparisons. Are there any specific advantages to TCP/NC and CTCP vs:

1. RCP 2. XCP 3. TCP CUBIC 4. FAST TCP 5. Remy

Not being in this area it is hard to know if TCP/NC and CTCP are important protocols which should have been included in the evaluation or if they even solve the same problem.

Re:PCC: Performance-oriented Congestion Control by jcr on Friday January 09, 2015 @11:26AM (#8862866)
With a quick search, ICTCP and DCTCP are mentioned in the paper [1], but I haven't finished actually reading it yet.

[1] http://arxiv.org/abs/1409.7092