Date: Thu, 21 May 2015 01:53:11 +0200 From: Julien Charbon <jch@freebsd.org> To: Adrian Chadd <adrian@freebsd.org> Cc: FreeBSD Net <freebsd-net@freebsd.org> Subject: Re: TCP stack lock contention with short-lived connections Message-ID: <555D1E67.6090108@freebsd.org> In-Reply-To: <CAJ-VmoksQope1GPT%2Bv7tJ68gpXKXVHhpCfk5DeUf_GurVJXcug@mail.gmail.com> References: <op.w51mxed6ak5tgc@fri2jcharbon-m1.local> <op.w56mamc0ak5tgc@dul1rjacobso-l3.vcorp.ad.vrsn.com> <len481$sfv$2@ger.gmane.org> <537F39DF.1090900@verisign.com> <537FB51D.2060401@verisign.com> <537FBFA4.1010902@FreeBSD.org> <53834368.6070103@verisign.com> <555C8BC9.2080304@freebsd.org> <CAJ-VmoksQope1GPT%2Bv7tJ68gpXKXVHhpCfk5DeUf_GurVJXcug@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --0EgAKMmkr6i04pt5gn7Ko509NsudC6ALP Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 20/05/15 16:57, Adrian Chadd wrote: > On 20 May 2015 at 06:27, Julien Charbon <jch@freebsd.org> wrote: >> On 26/05/14 15:36, Julien Charbon wrote: >> [...] >> >> For people interested about this short-lived TCP connection scalabili= ty >> effort, you can subscribe to the review of our latest (and biggest so >> far) change: >> >> Decompose TCP INP_INFO lock to increase short-lived connections scalab= ility >> https://reviews.freebsd.org/D2599 >> >> The main goal of this review is ideally to start the rough discussion= >> before BSDCan (and then discuss details in person at BSDCan), and ease= >> tests by other people with more exotic configurations (thanks Adrian f= or >> your early tests). This patch still improves the short-lived TCP >> connection rate (setup and teardown) from 60k/sec to 150k/sec. >=20 > I'm using this in our testing lab at work. I get to around 105k/sec, > but I think that's primarily because of other lock contention in the > kernel (things doing unnecessary ioctl()s.) Nice, always good to see other people running/testing changes. On pure number size, I would add that benchmarks are basically lies [:)] as you get highest numbers from ideal conditions that are never met in production. Then, more interesting(/less lie) part is the relative improvement you get using the exact same setup and for us it is currently from 60k/sec to 150k/sec. As example, on our older hardware/older configuration it was from 35k/sec to 105k/sec. My 2 cents. -- Julien --0EgAKMmkr6i04pt5gn7Ko509NsudC6ALP Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJVXR5vAAoJEKVlQ5Je6dhxI5AIAKGEBkWvYu9J5dgfANHnddP1 Zh7NvxB424DSaIP1zM7D5EcH2OFQ/bkfDCsrR2mxDcJrsTNHo8VpzSJD751zy+aU FVIXvKdAgCADQW3YVW9wimtufbLH+XNrLRJpqJ6s97ZxOp/qPOeMRJ2DiYwsIgr8 37nJQdohknU9fAe0Q1wAVK7oxVp9ZEM8XbPVYjIPAglLZoMeDsBzurAwWg0REg96 J4q6B1L2poiTQ704IpCYul5k2wIQmGQgG4McTxN3XEcXy1zAEZN1z9W0JSupyqZq 7zgANH5FcjpaUQdiNXVaDHC4GklDQLao462ze4vTNcVBK48G5dWxjD8XdB7Xbvg= =+Sqi -----END PGP SIGNATURE----- --0EgAKMmkr6i04pt5gn7Ko509NsudC6ALP--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?555D1E67.6090108>