Date: Mon, 26 Aug 2013 16:27:59 +0200 From: Andre Oppermann <andre@freebsd.org> To: Adrian Chadd <adrian@freebsd.org> Cc: FreeBSD Net <freebsd-net@freebsd.org>, "Alexander V. Chernikov" <melifaro@ipfw.ru> Subject: Re: route/arp lifetime (Re: it's the output, not ack coalescing (Re: TSO and FreeBSD vs Linux)) Message-ID: <521B65EF.1030408@freebsd.org> In-Reply-To: <CAJ-VmokMsSWTaKHc1EYdnZ151eH3410d-VdVduuSfn1%2B_zb2%2Bw@mail.gmail.com> References: <520A6D07.5080106@freebsd.org> <520B74DD.1060102@ipfw.ru> <20130814124024.GA64548@onelab2.iet.unipi.it> <201308141740.28779.zec@fer.hr> <20130814154853.GA66341@onelab2.iet.unipi.it> <521204A9.7080607@ipfw.ru> <52152837.9010101@freebsd.org> <5218ABB4.5070601@ipfw.ru> <CAJ-Vmon9qhnn_xJkiKZnLWEi-YAvg=FuL8FoSdToWXgy-VJ59Q@mail.gmail.com> <5218E8B6.5090407@freebsd.org> <CAJ-VmokMsSWTaKHc1EYdnZ151eH3410d-VdVduuSfn1%2B_zb2%2Bw@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 25.08.2013 16:42, Adrian Chadd wrote:
> On 24 August 2013 10:09, Andre Oppermann <andre@freebsd.org <mailto:andre@freebsd.org>> wrote:
>
> On 24.08.2013 19:04, Adrian Chadd wrote:
>
> I'm very close to starting an mbuf batching thing to use in a few places like receive,
> transmit and
> transmit completion -> free path. I'd be interested in your review/feedback and testing as
> it sounds
> like something you can easily stress test there. :)
>
>
> I'd strongly recommend fixing a number of other places and collect
> lower hanging fruit before starting with mbuf batching.
>
>
> I'm open to suggestions.
>
> Scott killed our high hanging fruit (VM / buffer page lifecycle) and what's left is not very low. If
> you have any recommendations, I'd love to hear them.
1. lle lock to rmlock.
2. if_addr and IN_ADDR locks to rmlocks.
3. routing table locking (rmlocks, and by doing away with rtentry locks and refcounting
through copy-out on lookup and prohibition of having any pointers into the rtable).
--
Andre
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?521B65EF.1030408>