Date: Fri, 19 Aug 2011 13:23:04 +0400 From: Slawa Olhovchenkov <slw@zxy.spb.ru> To: Robert Watson <rwatson@FreeBSD.org> Cc: Vadim Goncharov <vadim_nuclight@mail.ru>, Lev Serebryakov <lev@FreeBSD.org>, freebsd-arch@freebsd.org Subject: Re: FreeBSD problems and preliminary ways to solve Message-ID: <20110819092304.GB92576@zxy.spb.ru> In-Reply-To: <alpine.BSF.2.00.1108190939340.93669@fledge.watson.org> References: <slrnj4oiiq.21rg.vadim_nuclight@kernblitz.nuclight.avtf.net> <810527321.20110819123700@serebryakov.spb.ru> <alpine.BSF.2.00.1108190939340.93669@fledge.watson.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Aug 19, 2011 at 09:41:41AM +0100, Robert Watson wrote: > There are a few known issues in terms of parallelism -- one is contention > between the ithread and user thread on per-TCP connection locks. Another is > that we still haven't managed to switch to per-CPU statistics for the network > stack (which is fairly straight forward in a specific sense, but we'd like a > proper abstraction for it so we can generalise). After discussion in other place: may be perfomace improve if application resheduling on the same core, as processing incoming IP packet (hot CPU caÓhe)? -- Slawa Olhovchenkov
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20110819092304.GB92576>