From owner-freebsd-net@FreeBSD.ORG Tue Apr 24 17:42:48 2012 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D3E9F1065673; Tue, 24 Apr 2012 17:42:48 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from plsvl-mailgw-02.bluecoat.com (plsvl-mailgw-02.bluecoat.com [199.91.133.12]) by mx1.freebsd.org (Postfix) with ESMTP id AE1CA8FC08; Tue, 24 Apr 2012 17:42:48 +0000 (UTC) Received: from PWSVL-EXCHTS-02.internal.cacheflow.com (unknown [10.2.2.126]) by plsvl-mailgw-02.bluecoat.com (Postfix) with ESMTP id 3F5AA200C8; Tue, 24 Apr 2012 10:44:08 -0700 (PDT) Received: from pwsvl-excmbx-05.internal.cacheflow.com ([fe80::f848:d461:9aa9:59a8]) by PWSVL-EXCHTS-02.internal.cacheflow.com ([fe80::4910:317f:407:6ecc%14]) with mapi id 14.01.0289.001; Tue, 24 Apr 2012 10:42:48 -0700 From: "Li, Qing" To: Fabien Thomas , "K. Macy" Thread-Topic: Some performance measurements on the FreeBSD network stack Thread-Index: AQHNIhyqmxIlJMdUe0+llxsSqqHVrpaqduMA//+MHgSAAJ5UgP//+4+AgAAEoYD//51DEA== Date: Tue, 24 Apr 2012 17:42:47 +0000 Message-ID: References: <20120419133018.GA91364@onelab2.iet.unipi.it> <4F907011.9080602@freebsd.org> <20120419204622.GA94904@onelab2.iet.unipi.it> <20120424163423.GA59530@onelab2.iet.unipi.it> <5C2FC09E-1873-4A97-8980-07B336D3DC44@netasq.com> In-Reply-To: <5C2FC09E-1873-4A97-8980-07B336D3DC44@netasq.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.2.2.106] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Luigi Rizzo , "current@freebsd.org" , "net@freebsd.org" Subject: RE: Some performance measurements on the FreeBSD network stack X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Apr 2012 17:42:49 -0000 > > > > I have a patch that has been sitting around for a long time due to > > review cycle latency that caches a pointer to the rtentry (and > > llentry) in the the inpcb. Before each use the rtentry is checked > > against a generation number in the routing tree that is incremented > on > > every routing table update. >=20 > Hi Kip, >=20 > Is there a public location for the patch ? > What can be done to speedup the commit: testing ? >=20 > Fabien I performed extensive review of this patch from Kip, and it was ready to go. Really good work.=20 Not sure what is stopping its commit into the tree. --Qing