Date: Wed, 27 Jun 2001 10:56:30 +1000 From: Peter Jeremy <peter.jeremy@alcatel.com.au> To: Matt Dillon <dillon@earth.backplane.com> Cc: Bruce Evans <bde@zeta.org.au>, cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: Inline optimized bzero (was Re: cvs commit: src/sys/netinet tcp_subr.c) Message-ID: <20010627105630.B93007@gsmx07.alcatel.com.au> In-Reply-To: <200106241549.f5OFn6J78347@earth.backplane.com>; from dillon@earth.backplane.com on Sun, Jun 24, 2001 at 08:49:06AM -0700 References: <Pine.BSF.4.21.0106241725360.54646-100000@besplex.bde.org> <200106241549.f5OFn6J78347@earth.backplane.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2001-Jun-24 08:49:06 -0700, Matt Dillon <dillon@earth.backplane.com> wrote: > I suppose the bzero() inline could implemented in the machine-dependant > code section. It seems a shame to waste mostly portable code though. > I'll mess around with it a bit. Anecdotal evidence (which isn't very trustworthy) suggests that a Unix kernel spends a significant amount of time copying or zeroing bytes. If this is true, it would be worthwhile having tweaked MD routines for bcopy() and bzero(). One advantage being that at least some architectures have instructions which are designed to copy or zero large blocks of data without totally wiping L1 (and maybe L2) cache. Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20010627105630.B93007>