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>