Quic go v0 27 #3
Conversation
|
Had a small snafu. I was in main when I committed and thought I had checked out mine. I had to revert a few things, but it should all be back to normal. Sorry about that. |
|
All good! Thanks for reverting, I'll merge away. Does this improve performance, per #1? |
|
Well, I think it does, slightly. However, the CCA used in QUIC-GO didn't change. I think that'll be the area I'll work next. Instead of the 1-5Mbps I was seeing, I see 14Mbps. I think the main issue is that QUIC still needs to detect congestion. Even though it's UDP we still need to ACK with QUIC, so we can tune the ACK eliciting ratio and try to pump up the transmit window. That'll be the next test. However, I have a hunch we'll end up in the QUIC-GO source to change the CCA implementation. It's supposed to be pluggable like TCP as per RFC. I do notice a decrease in time to set up sessions. That is a plus. And, with 14Mbps browsing actually isn't too bad. DNS requests are also a big slow down. I think it would be good to push those into HTTP/3 at the proxy. |
Updated to QIC-GO v0.27
Added TCP_NODELAY to qpep client