On Tuesday, January 24, 2012 5:08:39 am Ivan Voras wrote: > On 23 January 2012 23:53, Florian Smeets <f...@freebsd.org> wrote: > > > which creates a database work set of ~1.5GB. Max throughput was achieved > > at 20 Clients. > > > At 40 threads the results varied between 43000 - 76500 across reboots. > > Attilio suspects that this can be caused by the kernel memory layout > > changing under the woods creating cache effects difficult to control, > > therefor the scaling factor was reduced to 10 (~150MB work set) and the > > numbers got deterministic across reboot. > > Or possibly NUMA? Though 40 processes and 1.5 GB seem too low for NUMA > effects to be so noticable...
It can be noticable for at least some workloads. It may reduce some of the noise in this case. > Was the round-robin allocator talked about in here: > http://lists.freebsd.org/pipermail/freebsd-hackers/2011-October/036525.html > ever actually committed? I seem to remember some other thread which > said it wasn't yet but can't find it now, and I also cannot find the > commit. It is not. > AFAIK the current state of NUMA is still described in > http://svn.freebsd.org/changeset/base/210550 Yes. -- John Baldwin _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
