Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 31 Jul 2017 07:31:28 -0700
From:      hiren panchasara <hiren@freebsd.org>
To:        Kevin Bowling <kbowling@llnw.com>
Cc:        "<freebsd-transport@freebsd.org>" <transport@freebsd.org>
Subject:   Re: Discussion on r321480 "Let congestion control algorithms decide congestion window"
Message-ID:  <20170731143128.GC36125@strugglingcoder.info>
In-Reply-To: <CAMR6kCrtDD4wObnrCeMFufULVx8JUxNkEhpt99Vons5adt89xA@mail.gmail.com>
References:  <CAMR6kCrtDD4wObnrCeMFufULVx8JUxNkEhpt99Vons5adt89xA@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help

--/e2eDi0V/xtL+Mc8
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On 07/27/17 at 03:29P, Kevin Bowling wrote:
> gnn has asked for details about "Let congestion control algorithms
> decide congestion window." in r321480 on this week's transport call.
>=20
> Hiren had intended to write a more detailed revert commit message but
> we unfortunately preempted him shortly before he was going to revert.
> Maybe if we ask nicely he will explain.

Here is the gist as I understand it:
Though still being correct, the change made stack send more aggressively
after loss under certain conditions mainly because of the way
tcp_output() is designed. There is no 'send only this much data' notion
in current tcp_output() which can help us use max capacity of the
connection without really sending too much to make things worse. So now
what we do instead is, go down to 1mss on any kind of loss which
provides us protection against such aggressiveness in loss-recovery
phase.

Upcoming changes from Randall/NF will probably fix this problem as pacer
itself can provide such functionality and help stack do the right thing.
I know this is not a problem is new BBR/Rack stack. And probably can be
fixed easily in base stack (with pacer and may be using PRR too).

Thanks to Lawrence for making me realize the problem with the change.

Cheers,
Hiren

--/e2eDi0V/xtL+Mc8
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQF8BAABCgBmBQJZfz89XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRBNEUyMEZBMUQ4Nzg4RjNGMTdFNjZGMDI4
QjkyNTBFMTU2M0VERkU1AAoJEIuSUOFWPt/lYV0H/AwIDmLFZOStzVOxKl+4G0T/
EGKPRw+2poiaS4ODyUIJhb1M+4xkLDDvREcmc5TOWesKDpVPzHLL+9wB+YvT0een
ub2XlDutzgDpNSzAIt4f2FeoDe8XjLdvxKdDzGC0TiQ6h1CsQxb4VffB2+4h8Bu2
9qFw5RYL3F1b6sA+07WTFnA+S6R6WwXaeJe7uIsmrokyWvf6J+Agas7pn9NhMmV+
hF/odd42MEtSMxR3Z8FRO0vTUJwumQgr52SsdpaXAtXV5eHdSgk6RlzpCul43QHm
euP/VR3Ap6MLFv7AlQg3aDDalOLnMz3b7az+v94oH/GCdGsKWALoCKJpThRkntw=
=A74v
-----END PGP SIGNATURE-----

--/e2eDi0V/xtL+Mc8--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20170731143128.GC36125>