Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 3 Jun 2016 20:26:33 +0300
From:      Konstantin Belousov <kostikbel@gmail.com>
To:        Alan Somers <asomers@freebsd.org>
Cc:        Alan Cox <alc@rice.edu>, John Baldwin <jhb@freebsd.org>, alc@freebsd.org,  Adrian Chadd <adrian@freebsd.org>, freebsd-current <freebsd-current@freebsd.org>, performance@freebsd.org, "current@freebsd.org" <current@freebsd.org>
Subject:   Re: PostgreSQL performance on FreeBSD
Message-ID:  <20160603172633.GY38613@kib.kiev.ua>
In-Reply-To: <CAOtMX2iH7=AAvHWg7xw=u5nyO6ANF1J3uVMKPsf%2BV=PYBEumvA@mail.gmail.com>
References:  <20140627125613.GT93733@kib.kiev.ua> <201408121409.40653.jhb@freebsd.org> <CAJUyCcMAw-etXh3gByLE_xpLOkO=LZihUVVfzgAtSb809QcPWA@mail.gmail.com> <201408141147.45698.jhb@freebsd.org> <53ECFDC8.1070200@rice.edu> <CAOtMX2iH7=AAvHWg7xw=u5nyO6ANF1J3uVMKPsf%2BV=PYBEumvA@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Jun 03, 2016 at 09:29:16AM -0600, Alan Somers wrote:
> I notice that, with the exception of the VM_PHYSSEG_MAX change, these
> patches never made it into head or ports.  Are they unsuitable for low
> core-count machines, or is there some other reason not to commit them?
>  If not, what would it take to get these into 11.0 or 11.1 ?

The fast page fault handler was redesigned and committed in r269728
and r270011 (with several follow-ups).
Instead of lock-less buffer queues iterators, Jeff changed buffer allocator
to use uma, see r289279.  Other improvement to the buffer cache was
committed as r267255.

What was not committed is the aggressive pre-population of the phys objects
mem queue, and a knob to further split NUMA domains into smaller domains.
The later change is rotten.

In fact, I think that with that load, what you would see right now on
HEAD, is the contention on vm_page_queue_free_mtx.  There are plans to
handle it.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20160603172633.GY38613>