Is this something that was considered?
- Pieter de Goeje
___
svn-src-all@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
, but I didn't include these results below.
Assuming I've done my work correctly, you should be able to just drop in
the code above. :-)
Regards,
Pieter de Goeje
1 random keys
_overflow().
--
Pieter de Goeje
___
svn-src-all@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
On Sunday 29 May 2011 05:01:57 m...@freebsd.org wrote:
> On Sat, May 28, 2011 at 12:03 PM, Pieter de Goeje wrote:
> > To me it looks like it's not able to cache the zeroes anymore. Is this
> > intentional? I tried to change ZERO_REGION_SIZE back to 64K but that
> > didn
e is a Phenom II X4 945 with 8GB of 800Mhz DDR2 memory. FreeBSD/amd64
is installed. This processor has 6MB of L3 cache.
To me it looks like it's not able to cache the zeroes anymore. Is this
intentional? I tried to change ZERO_REGION_SIZE back to 64K but that didn't
help.
Regards,
Pieter
On Tuesday 15 December 2009 16:46:07 Bruce Evans wrote:
> On Tue, 15 Dec 2009, Pieter de Goeje wrote:
> > On Monday 14 December 2009 15:46:35 Luigi Rizzo wrote:
> >> On Mon, Dec 14, 2009 at 02:18:42PM +, Robert Watson wrote:
> >>> On Mon,
em somewhat, but on for example a laptop running at
HZ=100 the error is noticeable.
To illustrate my point, calling usleep(1) 100 times in a loop results in a
running time of 3 seconds with kern.hz=100 (measured on 8.x from Dec 9th),
which is 3 times as lon
