ache line mappings.
>
>
>
>
> Adrian
>
> On 24 March 2013 09:09, Adam Vande More wrote:
> > I think increasing the number of arenas may help the contention, eg "ln
> -s
> > 3N /etc/malloc.conf"
> >
> > On Sun, Mar 24, 2013 at 11:01 AM, Ad
I think increasing the number of arenas may help the contention, eg "ln -s
3N /etc/malloc.conf"
On Sun, Mar 24, 2013 at 11:01 AM, Adam Vande More wrote:
> These are interesting results. Did you try tuning any of the jemalloc
> options in /etc/malloc.conf?
>
>
> On Sat
neosystem.cz
> ___
> freebsd-performance@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-performance
> To unsubscribe, send any mail to "
> freebsd-performance-unsubscr...@freebsd.org"
&g
On Sat, Mar 23, 2013 at 7:08 PM, Adrian Chadd wrote:
> Hi,
>
> I recall that there were significant issues with jemalloc on
> computational loads, primarily because of the alignment jemalloc ends
> up giving to various allocation sizes and the cache-busting behaviour
> of that.
>
> Does anyone re
.html
If you have a faster timecounter, it might help to switch.
--
Adam Vande More
___
freebsd-performance@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-performance
To unsubscribe, send any mail to "freebsd-performance-unsubscr...@freebsd.org"
0.326 msec
Seq inner: 2048 iter in 0.691691 sec =0.338 msec
Transfer rates:
outside: 102400 kbytes in 0.722864 sec = 141659 kbytes/sec
middle:102400 kbytes in 0.813619 sec = 125857 kbytes/sec
inside:102400 kbytes in 0.83812