Searched hist:77900 (Results 1 - 10 of 10) sorted by relevance

/freebsd-11-stable/sys/kern/
H A Dkern_environment.cdiff 77900 Fri Jun 08 03:24:21 MDT 2001 peter "Fix" the previous initial attempt at fixing TUNABLE_INT(). This time
around, use a common function for looking up and extracting the tunables
from the kernel environment. This saves duplicating the same function
over and over again. This way typically has an overhead of 8 bytes + the
path string, versus about 26 bytes + the path string.
H A Dkern_ktr.cdiff 77900 Fri Jun 08 03:24:21 MDT 2001 peter "Fix" the previous initial attempt at fixing TUNABLE_INT(). This time
around, use a common function for looking up and extracting the tunables
from the kernel environment. This saves duplicating the same function
over and over again. This way typically has an overhead of 8 bytes + the
path string, versus about 26 bytes + the path string.
H A Dkern_malloc.cdiff 77900 Fri Jun 08 03:24:21 MDT 2001 peter "Fix" the previous initial attempt at fixing TUNABLE_INT(). This time
around, use a common function for looking up and extracting the tunables
from the kernel environment. This saves duplicating the same function
over and over again. This way typically has an overhead of 8 bytes + the
path string, versus about 26 bytes + the path string.
H A Duipc_sockbuf.cdiff 77900 Fri Jun 08 03:24:21 MDT 2001 peter "Fix" the previous initial attempt at fixing TUNABLE_INT(). This time
around, use a common function for looking up and extracting the tunables
from the kernel environment. This saves duplicating the same function
over and over again. This way typically has an overhead of 8 bytes + the
path string, versus about 26 bytes + the path string.
H A Duipc_mbuf.cdiff 77900 Fri Jun 08 03:24:21 MDT 2001 peter "Fix" the previous initial attempt at fixing TUNABLE_INT(). This time
around, use a common function for looking up and extracting the tunables
from the kernel environment. This saves duplicating the same function
over and over again. This way typically has an overhead of 8 bytes + the
path string, versus about 26 bytes + the path string.
H A Dsubr_witness.cdiff 77900 Fri Jun 08 03:24:21 MDT 2001 peter "Fix" the previous initial attempt at fixing TUNABLE_INT(). This time
around, use a common function for looking up and extracting the tunables
from the kernel environment. This saves duplicating the same function
over and over again. This way typically has an overhead of 8 bytes + the
path string, versus about 26 bytes + the path string.
/freebsd-11-stable/sys/net/
H A Dif_loop.cdiff 77900 Fri Jun 08 03:24:21 MDT 2001 peter "Fix" the previous initial attempt at fixing TUNABLE_INT(). This time
around, use a common function for looking up and extracting the tunables
from the kernel environment. This saves duplicating the same function
over and over again. This way typically has an overhead of 8 bytes + the
path string, versus about 26 bytes + the path string.
/freebsd-11-stable/sys/dev/sound/pcm/
H A Dsound.cdiff 77900 Fri Jun 08 03:24:21 MDT 2001 peter "Fix" the previous initial attempt at fixing TUNABLE_INT(). This time
around, use a common function for looking up and extracting the tunables
from the kernel environment. This saves duplicating the same function
over and over again. This way typically has an overhead of 8 bytes + the
path string, versus about 26 bytes + the path string.
/freebsd-11-stable/sys/sys/
H A Dkernel.hdiff 77900 Fri Jun 08 03:24:21 MDT 2001 peter "Fix" the previous initial attempt at fixing TUNABLE_INT(). This time
around, use a common function for looking up and extracting the tunables
from the kernel environment. This saves duplicating the same function
over and over again. This way typically has an overhead of 8 bytes + the
path string, versus about 26 bytes + the path string.
/freebsd-11-stable/sys/netinet/
H A Dtcp_timewait.cdiff 77900 Fri Jun 08 03:24:21 MDT 2001 peter "Fix" the previous initial attempt at fixing TUNABLE_INT(). This time
around, use a common function for looking up and extracting the tunables
from the kernel environment. This saves duplicating the same function
over and over again. This way typically has an overhead of 8 bytes + the
path string, versus about 26 bytes + the path string.

Completed in 580 milliseconds