Date: Sun, 6 Apr 2003 10:05:26 -0700 (PDT) From: Jake Burkholder <jake@FreeBSD.org> To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/sparc64/include cpufunc.h md_var.h src/sys/sparc64/sparc64 machdep.c pmap.c Message-ID: <200304061705.h36H5QEf051159@repoman.freebsd.org>
next in thread | raw e-mail | index | archive | help
jake 2003/04/06 10:05:26 PDT
FreeBSD src repository
Modified files:
sys/sparc64/include cpufunc.h md_var.h
sys/sparc64/sparc64 machdep.c pmap.c
Log:
Use the vis block copy/zero functions for pmap_copy_page and pmap_zero_page.
These are called through function pointers so that different implementations
can be provided for cheetah, where the block load instructions may or may
not be a win, and so they can be disabled with the machdep.use_vis tunable.
In terms of raw bandwidth the integer versions are faster, but not allocating
lines in the L2 cache for useless data gives a measurable improvement in user
time for the benchmarks I tested (mostly buildworld with -j8).
As far as I can tell the instructions used are implemented on everything
back to UltraSPARC I, so there should not be a problem with different cpu
types.
Revision Changes Path
1.16 +0 -3 src/sys/sparc64/include/cpufunc.h
1.13 +9 -4 src/sys/sparc64/include/md_var.h
1.86 +14 -0 src/sys/sparc64/sparc64/machdep.c
1.106 +6 -6 src/sys/sparc64/sparc64/pmap.c
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200304061705.h36H5QEf051159>