Date: Thu, 2 Feb 2012 14:51:10 -0500 From: Ryan Stone <rysto32@gmail.com> To: "Alexander V. Chernikov" <melifaro@freebsd.org> Cc: freebsd-net@freebsd.org, =?KOI8-R?B?68/O2MvP1yDl18fFzsnK?= <kes-kes@yandex.ru>, Andrey Zonov <andrey@zonov.org> Subject: Re: netisr defered - active only one thread Message-ID: <CAFMmRNxc2_GWum_jPsghNgp9dfVRAHEKjtpzEdvUOOEMOJa31g@mail.gmail.com> In-Reply-To: <4F2ADF5C.1030900@FreeBSD.org> References: <4F29A464.3080302@zonov.org> <4F29E2C8.5000909@FreeBSD.org> <4F2A2EAB.3010700@zonov.org> <1446971288.20120202105912@yandex.ru> <4F2AB0A9.70905@FreeBSD.org> <CAFMmRNznRgTU6sN%2BKmo4jg0AEMfWiQzzNt4LvMFpR9qTvGiqYQ@mail.gmail.com> <4F2ADF5C.1030900@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Feb 2, 2012 at 2:09 PM, Alexander V. Chernikov <melifaro@freebsd.org> wrote: > As far as I understand, the only effect of setting bindthreads to 1 causes > intr_event_bind() to bind soft netisr to appropriate CPU. Can you point me > to ML discussion or some other info clarifying this bug? http://lists.freebsd.org/pipermail/freebsd-hackers/2012-January/037597.html The intended behaviour is as you describe, unfortunately subsequent threads that are spawned in the intr process inherit the CPU affinity of the last netisr through to be bound to a CPU.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAFMmRNxc2_GWum_jPsghNgp9dfVRAHEKjtpzEdvUOOEMOJa31g>