chs 64c6d1d2dc a whole bunch of changes to improve performance and robustness under load:
- remove special treatment of pager_map mappings in pmaps.  this is
   required now, since I've removed the globals that expose the address range.
   pager_map now uses pmap_kenter_pa() instead of pmap_enter(), so there's
   no longer any need to special-case it.
 - eliminate struct uvm_vnode by moving its fields into struct vnode.
 - rewrite the pageout path.  the pager is now responsible for handling the
   high-level requests instead of only getting control after a bunch of work
   has already been done on its behalf.  this will allow us to UBCify LFS,
   which needs tighter control over its pages than other filesystems do.
   writing a page to disk no longer requires making it read-only, which
   allows us to write wired pages without causing all kinds of havoc.
 - use a new PG_PAGEOUT flag to indicate that a page should be freed
   on behalf of the pagedaemon when it's unlocked.  this flag is very similar
   to PG_RELEASED, but unlike PG_RELEASED, PG_PAGEOUT can be cleared if the
   pageout fails due to eg. an indirect-block buffer being locked.
   this allows us to remove the "version" field from struct vm_page,
   and together with shrinking "loan_count" from 32 bits to 16,
   struct vm_page is now 4 bytes smaller.
 - no longer use PG_RELEASED for swap-backed pages.  if the page is busy
   because it's being paged out, we can't release the swap slot to be
   reallocated until that write is complete, but unlike with vnodes we
   don't keep a count of in-progress writes so there's no good way to
   know when the write is done.  instead, when we need to free a busy
   swap-backed page, just sleep until we can get it busy ourselves.
 - implement a fast-path for extending writes which allows us to avoid
   zeroing new pages.  this substantially reduces cpu usage.
 - encapsulate the data used by the genfs code in a struct genfs_node,
   which must be the first element of the filesystem-specific vnode data
   for filesystems which use genfs_{get,put}pages().
 - eliminate many of the UVM pagerops, since they aren't needed anymore
   now that the pager "put" operation is a higher-level operation.
 - enhance the genfs code to allow NFS to use the genfs_{get,put}pages
   instead of a modified copy.
 - clean up struct vnode by removing all the fields that used to be used by
   the vfs_cluster.c code (which we don't use anymore with UBC).
 - remove kmem_object and mb_object since they were useless.
   instead of allocating pages to these objects, we now just allocate
   pages with no object.  such pages are mapped in the kernel until they
   are freed, so we can use the mapping to find the page to free it.
   this allows us to remove splvm() protection in several places.

The sum of all these changes improves write throughput on my
decstation 5000/200 to within 1% of the rate of NetBSD 1.5
and reduces the elapsed time for "make release" of a NetBSD 1.5
source tree on my 128MB pc to 10% less than a 1.5 kernel took.
2001-09-15 20:36:31 +00:00
..
2001-09-04 08:46:59 +00:00
2001-09-14 17:12:43 +00:00
2001-09-14 21:14:08 +00:00
2001-09-15 01:19:38 +00:00
2001-09-14 18:29:08 +00:00
2001-09-11 04:35:43 +00:00

algor:		Algorithmics, Ltd. MIPS evaluation boards (mips)
alpha:		Compaq (formerly Digital Equipment Corp.) Alpha (alpha)
amiga:		Commodore et al. Amiga (m68k)
amigappc:	Phase 5 Amiga (powerpc)
arc:		MIPS Advanced Risc Computing spec machines (mips)
arm26:		Acorn ARM2- and ARM3-based machines (arm)
arm32:		ARMv3 and Digital StrongARM machines (arm)
atari:		Atari TT30, Falcon, and Hades (m68k)
bebox:		Be Inc. BeBox (powerpc)
cats:		Chalice Technologies, CATS motherboard (arm)
cesfic:  	FIC8234 VME processor board (m68k)
cobalt:		Cobalt Networks Microservers (mips)
dnard:		Digital "Shark" DNARD machines (arm)
dreamcast:	SEGA Dreamcast (sh3)
evbarm:		ARM-based eval boards (arm)
evbsh3:		Hitachi SuperH(TM) sh3 and sh4 eval boards (sh3)
hp300:		Hewlett Packard 300- and 400-series machines (m68k)
hpcarm:		ARM based handheld PCs (arm)
hpcmips:	MIPS based handheld PCs (mips)
hpcsh:		Hitachi SuperH(TM) based handheld PCs (sh3)
i386:		Intel/AMD etc. x86 processor line (i386)
ibmnws:		IBM Network Station Thin Clients (powerpc)
luna68k:	LUNA product line of OMRON Tateishi Electric (m68k)
mac68k:		Apple Macintosh (m68k)
macppc:		Apple Power Macintosh and clones (powerpc)
mipsco:		MIPS Corp Magnum 3000 computers (mips)
mmeye:		Hitachi SuperH(TM) computer controlled camera (sh3)
mvme68k:	Motorola's VMEbus 68K based single board computers (m68k)
mvme88k:	Motorola's VMEbus 88K based single board computers (m88k)
netwinder:	StrongARM based Netwinder machines (arm)
news68k:	Sony's NET WORK STATION (m68k)
newsmips:	Sony's NET WORK STATION (mips)
next68k:	NeXT Computer's cubes and slabs (m68k)
ofppc:		Open Firmware based PowerPC machines (powerpc)
pc532:		"PC-532" kit computer, based on NS 32532 CPU (ns32k)
pmax:		Digital Equipment Corp. MIPS based machines (mips)
prep:		PowerPC Reference Platform machines (powerpc)
sandpoint:	Motorola Sandpoint reference platform (powerpc)
sgimips:	MIPS based Silicon Graphics machines (mips)
sparc:		Sun Microsystems SPARC (sun4, sun4c, sun4m) 32 bit machines (sparc)
sparc64:	Sun Microsystems UltraSPARC 64 bit machines (sparc64, sparc)
sun2:		Sun m68010 based machines (m68k)
sun3:		Sun m680[23]0 based machines (m68k)
vax:		Digital Equipment Corp. VAX machines (vax)
walnut:		IBM's PowerPC 405GP Reference Board (powerpc)
x68k:		Sharp X68000, X68030 (m68k)
x86_64:		AMD's x86 64 bit architecture on the simics simulator (x86_64)

Generic architectural features shared among multiple ports
arm:		ARM cpu based platform files
hpc:		Handheld PC reference platform files
m68k:		Motorola 680x0 cpu based platform files
m88k:		Motorola 88xxx cpu based platform files
mips:		MIPS cpu based platform files
powerpc:	PowerPC cpu based platform files
sh3:		Hitachi SuperH cpu based platform files
sun68k:		Sun68k cpu based platform files