Date: Thu, 14 Feb 2019 17:12:21 -0800 From: Enji Cooper <yaneurabeya@gmail.com> To: Gleb Smirnoff <glebius@freebsd.org> Cc: Justin Hibbits <chmeeedalf@gmail.com>, src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Subject: Re: svn commit: r343030 - in head/sys: cam conf dev/md dev/nvme fs/fuse fs/nfsclient fs/smbfs kern sys ufs/ffs vm Message-ID: <416504EF-13F3-4CEF-89EC-60FBBFF5D29E@gmail.com> In-Reply-To: <20190214233410.GJ83215@FreeBSD.org> References: <201901150102.x0F12Hlt025856@repo.freebsd.org> <20190213192450.32343d6a@ralga.knownspace> <20190214233410.GJ83215@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> On Feb 14, 2019, at 15:34, Gleb Smirnoff <glebius@freebsd.org> wrote:
>=20
> Hi Justin,
>=20
> On Wed, Feb 13, 2019 at 07:24:50PM -0600, Justin Hibbits wrote:
> J> This seems to break 32-bit platforms, or at least 32-bit book-e
> J> powerpc, which has a limited KVA space (~500MB). It preallocates I've
> J> seen over 2500 pbufs, at 128kB each, eating up over 300MB KVA,
> J> leaving very little left for the rest of runtime.
> J>=20
> J> I spent a couple hours earlier today debugging with Mark Johnston, and
> J> his consensus is that the vnode_pbuf_zone is too big on 32-bit
> J> platforms. Unfortunately I know very little about this area, so can't
> J> provide much extra insight, but can readily reproduce the issues I see
> J> triggered by this change, so am willing to help where I can.
>=20
> Ok, let's roll back to old default on 32-bit platforms and somewhat
> reduce the default on 64-bits.
>=20
> Can you please confirm that the patch attached works for you?
Quick question: why was the value reduced by a factor of 4 on 64-bit pla=
tforms?
Thanks so much!
-Enji=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?416504EF-13F3-4CEF-89EC-60FBBFF5D29E>