summaryrefslogtreecommitdiffstats
path: root/sys/kern/vfs_cache.c (follow)
Commit message (Collapse)AuthorAgeFilesLines
...
* use hash.h for nfs_hash as well as namei's hashericj2002-07-021-3/+6
| | | | ok art@ costa@
* Pool deals fairly well with physical memory shortage, but it doesn't dealart2002-01-231-2/+2
| | | | | | | | | | | | | | | | | | well (not at all) with shortages of the vm_map where the pages are mapped (usually kmem_map). Try to deal with it: - group all information the backend allocator for a pool in a separate struct. The pool will only have a pointer to that struct. - change the pool_init API to reflect that. - link all pools allocating from the same allocator on a linked list. - Since an allocator is responsible to wait for physical memory it will only fail (waitok) when it runs out of its backing vm_map, carefully drain pools using the same allocator so that va space is freed. (see comments in code for caveats and details). - change pool_reclaim to return if it actually succeeded to free some memory, use that information to make draining easier and more efficient. - get rid of PR_URGENT, noone uses it.
* Use correct M_CACHE type; art@ ok.fgsch2001-05-021-2/+2
|
* use pool for vfs cache.art2001-04-291-3/+7
| | | | (We should really put that info into the vnode).
* zap the newhashinit hack.art1999-04-281-2/+2
| | | | | Add an extra flag to hashinit telling if it should wait in malloc. update all calls to hashinit.
* From NetBSD: 960217 mergeniklas1996-03-031-2/+7
|
* initial import of NetBSD treederaadt1995-10-181-0/+282