Skip site navigation (1)Skip section navigation (2)
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>