Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 24 Apr 2012 17:42:47 +0000
From:      "Li, Qing" <qing.li@bluecoat.com>
To:        Fabien Thomas <fabien.thomas@netasq.com>, "K. Macy" <kmacy@freebsd.org>
Cc:        Luigi Rizzo <rizzo@iet.unipi.it>, "current@freebsd.org" <current@freebsd.org>, "net@freebsd.org" <net@freebsd.org>
Subject:   RE: Some performance measurements on the FreeBSD network stack
Message-ID:  <B143A8975061C446AD5E29742C531723C7CA6A@pwsvl-excmbx-05.internal.cacheflow.com>
In-Reply-To: <5C2FC09E-1873-4A97-8980-07B336D3DC44@netasq.com>
References:  <20120419133018.GA91364@onelab2.iet.unipi.it> <4F907011.9080602@freebsd.org> <20120419204622.GA94904@onelab2.iet.unipi.it> <B143A8975061C446AD5E29742C531723C7C16A@pwsvl-excmbx-05.internal.cacheflow.com> <20120424163423.GA59530@onelab2.iet.unipi.it> <CAHM0Q_MLRVX09_jeSXmCY0=z5D%2BpfZgwqt1UGM%2BhVRU-=-Bbbw@mail.gmail.com> <5C2FC09E-1873-4A97-8980-07B336D3DC44@netasq.com>

next in thread | previous in thread | raw e-mail | index | archive | help
> >
> > 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






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