"0d7d0fcf297a56f8302990c8ce9f0d5cefb82d15" (history) in projects: freebsd

Project(s)	No entries found Still loading data...

Full Search
Definition
Symbol
File Path
History
Type

Searched hist:"0 d7d0fcf297a56f8302990c8ce9f0d5cefb82d15" (Results 1 – 5 of 5) sorted by relevance

/freebsd/sys/nfsclient/
H A D	nfsstats.h	diff 0d7d0fcf297a56f8302990c8ce9f0d5cefb82d15 Sun May 24 16:41:56 CEST 1998 Peter Wemm <peter@FreeBSD.org> Convert a couple of large allocations to use zones rather than malloc for better packing. This means that we can choose better values for the various hash entries without having to try and get it all to fit within an artificial power of two limit for malloc's sake. diff 0d7d0fcf297a56f8302990c8ce9f0d5cefb82d15 Sun May 24 16:41:56 CEST 1998 Peter Wemm <peter@FreeBSD.org> Convert a couple of large allocations to use zones rather than malloc for better packing. This means that we can choose better values for the various hash entries without having to try and get it all to fit within an artificial power of two limit for malloc's sake.
H A D	nfsargs.h	diff 0d7d0fcf297a56f8302990c8ce9f0d5cefb82d15 Sun May 24 16:41:56 CEST 1998 Peter Wemm <peter@FreeBSD.org> Convert a couple of large allocations to use zones rather than malloc for better packing. This means that we can choose better values for the various hash entries without having to try and get it all to fit within an artificial power of two limit for malloc's sake. diff 0d7d0fcf297a56f8302990c8ce9f0d5cefb82d15 Sun May 24 16:41:56 CEST 1998 Peter Wemm <peter@FreeBSD.org> Convert a couple of large allocations to use zones rather than malloc for better packing. This means that we can choose better values for the various hash entries without having to try and get it all to fit within an artificial power of two limit for malloc's sake.
H A D	nfs.h	diff 0d7d0fcf297a56f8302990c8ce9f0d5cefb82d15 Sun May 24 16:41:56 CEST 1998 Peter Wemm <peter@FreeBSD.org> Convert a couple of large allocations to use zones rather than malloc for better packing. This means that we can choose better values for the various hash entries without having to try and get it all to fit within an artificial power of two limit for malloc's sake. diff 0d7d0fcf297a56f8302990c8ce9f0d5cefb82d15 Sun May 24 16:41:56 CEST 1998 Peter Wemm <peter@FreeBSD.org> Convert a couple of large allocations to use zones rather than malloc for better packing. This means that we can choose better values for the various hash entries without having to try and get it all to fit within an artificial power of two limit for malloc's sake.
/freebsd/sys/nfsserver/
H A D	nfsrvstats.h	diff 0d7d0fcf297a56f8302990c8ce9f0d5cefb82d15 Sun May 24 16:41:56 CEST 1998 Peter Wemm <peter@FreeBSD.org> Convert a couple of large allocations to use zones rather than malloc for better packing. This means that we can choose better values for the various hash entries without having to try and get it all to fit within an artificial power of two limit for malloc's sake. diff 0d7d0fcf297a56f8302990c8ce9f0d5cefb82d15 Sun May 24 16:41:56 CEST 1998 Peter Wemm <peter@FreeBSD.org> Convert a couple of large allocations to use zones rather than malloc for better packing. This means that we can choose better values for the various hash entries without having to try and get it all to fit within an artificial power of two limit for malloc's sake.
H A D	nfs.h	diff 0d7d0fcf297a56f8302990c8ce9f0d5cefb82d15 Sun May 24 16:41:56 CEST 1998 Peter Wemm <peter@FreeBSD.org> Convert a couple of large allocations to use zones rather than malloc for better packing. This means that we can choose better values for the various hash entries without having to try and get it all to fit within an artificial power of two limit for malloc's sake. diff 0d7d0fcf297a56f8302990c8ce9f0d5cefb82d15 Sun May 24 16:41:56 CEST 1998 Peter Wemm <peter@FreeBSD.org> Convert a couple of large allocations to use zones rather than malloc for better packing. This means that we can choose better values for the various hash entries without having to try and get it all to fit within an artificial power of two limit for malloc's sake.