Date: Sat, 22 Mar 2014 13:38:13 -0700 From: Adrian Chadd <adrian@freebsd.org> To: Gleb Smirnoff <glebius@freebsd.org> Cc: "net@freebsd.org" <net@freebsd.org>, Andrew Rybchenko <Andrew.Rybchenko@oktetlabs.ru> Subject: Re: [PATCH 2/6] sfxge: limit software Tx queue size Message-ID: <CAJ-VmokJQpeNbSudQDH8_6DmwoCW1zON=02uFVPWTDpCPJR=yQ@mail.gmail.com> In-Reply-To: <20140322182852.GW1499@glebius.int.ru> References: <532817F5.8010505@oktetlabs.ru> <20140318132440.GG1499@FreeBSD.org> <532D62F8.4080103@oktetlabs.ru> <20140322182852.GW1499@glebius.int.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
> Btw, there are some opinions that with modern cards any software > queing is a bad idea. Driver should simply hold as much as hardware > tx ring can hold. There is no yet stable decision about this, just > thoughts floating around. The drbr queue gives the driver the ability to source packets from non-local cores for each TX queue. Ie, it can place things into each hardware ring without having to grab any locks to do so, and the TX can be initiated from the correct ring if needs be. So, it's not just doing "software queueing." -) -a
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAJ-VmokJQpeNbSudQDH8_6DmwoCW1zON=02uFVPWTDpCPJR=yQ>