Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 7 May 1999 09:39:45 -0700 (PDT)
From:      Matthew Dillon <dillon@apollo.backplane.com>
To:        Zach Brown <zab@zabbo.net>
Cc:        Andrew Reilly <andrew@lake.com.au>, freebsd-hackers@FreeBSD.ORG
Subject:   Re: Pentium-III and FreeBSD?
Message-ID:  <199905071639.JAA45587@apollo.backplane.com>
References:   <Pine.LNX.4.10.9905071111510.1635-100000@hoser>

next in thread | previous in thread | raw e-mail | index | archive | help

:
:On Thu, 6 May 1999, Matthew Dillon wrote:
:
:>     trying to fine-tune some of the weirder instructions, though... it's
:>     usually a waste of time and tends to obscure the larger issues that, 
:>     if fixed, would have yielded an even greater gain.  A good example of
:
:do some profiling after doing clever things with the cache in some of
:the bulk operations (memcpy/memset/tcp checksumming/software raid/etc),
:thats all I'm suggesting :)

   Oh, I agree for block ops!  In fact, FreeBSD already does clever things
   with the cache when doing block ops.  Not quite as clever as it could, but
   some cleverness.  For example, on a 686 class cpu the zeroing code forces 
   cache line reads prior to issuing writes to get around the slowness in 
   the bus write-allocate crap, and then only issues writes for elements which
   are found to be non-zero.

   On the otherhand, FreeBSD is even more clever in that it avoids having to
   do a considerable amount of page zeroing on the fly by caching pre-zero'd
   pages ( and zeroing pages when the cpu is otherwise idle ).  This yields
   a much larger improvement in performance then the cache cleverness.

   But, as I said... better for the clever optimizations to be hand-coded 
   assembly then to try to put that sort of cleverness in the compiler.

:>     In regards to FP:  The best place for extreme FP optimization is in
:>     a high level FP library, not in native compiler-produced code.  The
:
:yes.
:
:-- zach

					-Matt
					Matthew Dillon 
					<dillon@backplane.com>


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199905071639.JAA45587>