Subject: Re: buffer cache memory management revision
To: None <ragge@ludd.luth.se>
From: Jason Thorpe <thorpej@wasabisystems.com>
List: tech-kern
Date: 12/01/2003 13:43:11
--Apple-Mail-10--334005261
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; format=flowed


On Dec 1, 2003, at 12:17 PM, <ragge@ludd.luth.se> wrote:

> I for sure have an upper bound of it anyway because the kernel vm
> area may be very limited in size, so the only question is if the
> buffers must fight with other users of the same map.

Well, but your upper-bound should come from a run-time tunable, rather 
than a boot-time limit.  We should be striving to rid ourselves of as 
many boot-time limits as is feasible.

> Is the uarea the only other frequent user of the kernel_map today?
> In that case it may not be a big problem, but it still is lurking
> around down there.

U-area, bus_dma(9), and pools (on systems that don't have a 
direct-mapped memory segment that can be used).

         -- Jason R. Thorpe <thorpej@wasabisystems.com>


--Apple-Mail-10--334005261
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQE/y7XvOpVKkaBm8XkRAs+0AKC43aORx2/pZdcU7WOd4tt52hgPSgCfWUr+
OQxNn3wiHGlZvAGmRwC4XDc=
=pZ3t
-----END PGP SIGNATURE-----

--Apple-Mail-10--334005261--