From owner-freebsd-net@freebsd.org Tue Jun 28 12:56:39 2016 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B2591B82D85 for ; Tue, 28 Jun 2016 12:56:39 +0000 (UTC) (envelope-from julien.charbon@gmail.com) Received: from mail-wm0-f47.google.com (mail-wm0-f47.google.com [74.125.82.47]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49A362956 for ; Tue, 28 Jun 2016 12:56:38 +0000 (UTC) (envelope-from julien.charbon@gmail.com) Received: by mail-wm0-f47.google.com with SMTP id v199so138642034wmv.0 for ; Tue, 28 Jun 2016 05:56:38 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:references:from:cc:to:message-id:date :user-agent:mime-version:in-reply-to; bh=AnTrWsMWbXQNtOofvi5vnuA3j4cc6EwPfX0KKhh6pHs=; b=dFUc7nkJeJKkJz6ewqnaQnrbf1eAbhFjC/GA+4S8NvHbCl+wEx4+HUMQA592wO8MdI 9EfJtQF6gCwefwg7MByqNBqd7qDiBLsQFQLtI3xQtKEz4WLyVzPOTTuaHr6HHWlY+7v6 FQmqzjPLT9gvJSemJdgBQNONGhNoKZTd0Z/AA61ot/P4h9Va8frD4Dq5X/eYWKqHUXet g1EoQ6ua306t3HXReIZk8qxYbVEFQrxhzonxW3oRHddMu74SrKjZq4tkRTjcIkQAGTU9 CT187ND1Meyo5RF+SsXvB2BAO9BJpGlRw4cu/SliUxOZoahRzowx3wDdCQN9waaYXHBF 1n4g== X-Gm-Message-State: ALyK8tJrzrPidTNHE/CY9pfSkES3ZZr1CgvzS1Fuu4MDy7sIbflKbYGN9eHYSDNTKB9Veg== X-Received: by 10.28.69.134 with SMTP id l6mr15822140wmi.80.1467108380443; Tue, 28 Jun 2016 03:06:20 -0700 (PDT) Received: from [10.5.50.30] (125.226.200.213.static.wline.lns.sme.cust.swisscom.ch. [213.200.226.125]) by smtp.gmail.com with ESMTPSA id u68sm8911442wmu.23.2016.06.28.03.06.19 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 28 Jun 2016 03:06:19 -0700 (PDT) Subject: Re: TCP stack lock contention with short-lived connections References: <537F39DF.1090900@verisign.com> <537FB51D.2060401@verisign.com> <53861209.2000306@verisign.com> <53880525.6000203@gmail.com> <5665A78E.3090401@freebsd.org> From: Julien Charbon Cc: k simon , hiren panchasara To: freebsd-net@freebsd.org Message-ID: <5635309e-3235-e574-9bd2-a7a484ac0825@freebsd.org> Date: Tue, 28 Jun 2016 12:06:19 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <5665A78E.3090401@freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="UmvSA2HpxH5UUGo7789TfIBF9u3qU077V" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jun 2016 12:56:39 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --UmvSA2HpxH5UUGo7789TfIBF9u3qU077V Content-Type: multipart/mixed; boundary="sLjvpJBQN2Eh2Alkrg63LMpUhdDa7ei1a" From: Julien Charbon To: freebsd-net@freebsd.org Cc: k simon , hiren panchasara Message-ID: <5635309e-3235-e574-9bd2-a7a484ac0825@freebsd.org> Subject: Re: TCP stack lock contention with short-lived connections References: <537F39DF.1090900@verisign.com> <537FB51D.2060401@verisign.com> <53861209.2000306@verisign.com> <53880525.6000203@gmail.com> <5665A78E.3090401@freebsd.org> In-Reply-To: <5665A78E.3090401@freebsd.org> --sLjvpJBQN2Eh2Alkrg63LMpUhdDa7ei1a Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi -net, On 12/7/15 4:36 PM, Julien Charbon wrote: > On 30/05/14 06:12, k simon wrote: >> Does any plan commit and MFC to the 10-stable ? >=20 > I got a bit of interest of having the performance improvements for > short-lived TCP connections in 10-stable. Just to share the current > status to a wider audience: >=20 > - I maintain a stack of our TCP performance related patches for > 10.2-RELENG here: >=20 > https://github.com/verisign/freebsd/commits/10.2/tcp-scale Got more request to MFC TCP stack short-lived connection changes (see below) in 10: #1 Decrease lock contention within the TCP accept case by removing the INP_INFO lock from tcp_usr_accept https://svnweb.freebsd.org/base?view=3Drevision&revision=3D271119 #2 In tcp_input(), don't acquire the pcbinfo global write lock for SYN packets targeting a listening socket. https://svnweb.freebsd.org/base?view=3Drevision&revision=3D271119 #3 A connection in TIME_WAIT state before calling close() actually did not received any RST packet. https://svnweb.freebsd.org/base?view=3Drevision&revision=3D273014 #4 Decompose TCP INP_INFO lock to increase short-lived TCP connections scalability https://svnweb.freebsd.org/base?view=3Drevision&revision=3D286227 Fix a kernel assertion issue introduced with r286227 https://svnweb.freebsd.org/base?view=3Drevision&revision=3D286443 #5 Make clear that TIME_WAIT timeout expiration is managed solely by tcp_tw_2msl_scan() https://svnweb.freebsd.org/base?view=3Drevision&revision=3D286873 If nobody complains, I plan to MFC them in stable/10. After actually quite a bunch of tests as I see a lot of changes that might impact these MFCs (like TFO support, etc.). -- Julien --sLjvpJBQN2Eh2Alkrg63LMpUhdDa7ei1a-- --UmvSA2HpxH5UUGo7789TfIBF9u3qU077V 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 iQEcBAEBCgAGBQJXckwbAAoJEKVlQ5Je6dhxKh0IANQMF7yaj0dgPU9XN56AMqpa FMI+T8xgTNfyU+OOaSzUpqmdMyLTft3qpXrHJ2EamzsUnST55k6OXHQ+LqtVnZjD de4/gxhaxJG6MX1qBzLnEyOfmS7ZMu0klOxcs08KIHM8VEv/L3MrlwB7XJHdVloj pbpXCN51qsSHfh+GTNfTLHHn7gqvnUFzXnXtYEwSvBomEa0zZBja2lwJzvMkcHHL fd85wV06+340sBzvdACY1jIzAJ72MQGatBz04Rlg1j48IuNMC7oGGceK2L5NYeD2 nf0PJ3b83KzK7p4Q7WUm+oEtcR3EMBnRwUeyU6BLQFOA9wG+qrpcKH3lnc8L8a8= =V1NE -----END PGP SIGNATURE----- --UmvSA2HpxH5UUGo7789TfIBF9u3qU077V--