svn commit: r228424 - in head/sys: kern sys
John Baldwin
jhb at freebsd.org
Wed Jan 25 13:56:40 UTC 2012
On Tuesday, January 24, 2012 5:08:39 am Ivan Voras wrote:
> On 23 January 2012 23:53, Florian Smeets <flo at 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
More information about the svn-src-head
mailing list