Date: Fri, 12 Nov 2021 14:59:30 -0500 From: Chris Ross <cross+freebsd@distal.com> To: Warner Losh <imp@bsdimp.com> Cc: Ronald Klop <ronald-lists@klop.ws>, freebsd-fs <freebsd-fs@freebsd.org> Subject: Re: swap_pager: cannot allocate bio Message-ID: <953DD67A-1A37-4D03-B878-E65396641B7D@distal.com> In-Reply-To: <CANCZdfrY9YZ%2BrLpnhJgjxtkuYi5GnNcGU6SkZtJqhR9%2B_U44RA@mail.gmail.com> References: <9FE99EEF-37C5-43D1-AC9D-17F3EDA19606@distal.com> <09989390-FED9-45A6-A866-4605D3766DFE@distal.com> <op.1cpimpsmkndu52@joepie> <4E5511DF-B163-4928-9CC3-22755683999E@distal.com> <42006135.15.1636709757975@mailrelay> <7B41B7D7-0C74-4F87-A49C-A666DB970CC3@distal.com> <CANCZdfpW3YJ7c_EO82BYwLCFhDXdCp2W_fxmxAXzYvr7HNmnZQ@mail.gmail.com> <4008C512-31F1-4BE3-B674-A270CF674757@distal.com> <CANCZdfrY9YZ%2BrLpnhJgjxtkuYi5GnNcGU6SkZtJqhR9%2B_U44RA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--Apple-Mail=_8E68A48E-A757-49F9-978D-9D0329E5539A
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=utf-8
> On Nov 12, 2021, at 14:52, Warner Losh <imp@bsdimp.com> wrote:
> My swap is on a partition on the non-ZFS disk. A physical disk as far =
as the kernel knows, hardware RAID1.
>=20
> # pstat -s
> Device 1K-blocks Used Avail Capacity
> /dev/da0p3 445682648 1018524 444664124 0%
>=20
> OK. That's well supported and should work w/o some of the issues that =
I raised. I'd misunderstood and thought you were swapping to zvols...
> =20
> Let me know if what you=E2=80=99re saying above is true to my case, =
and any advice as to how I can avoid it. I had a =E2=80=9Cnot enough =
swap space=E2=80=9D a while back, and accordingly increased the size of =
my swap partition. I have 128GB of memory, though between the ARC and =
the big process I was running, that fills it easily.
>=20
> Yea, this is a 'memory is exhausted' problem, and more swap won't help =
that. It's unclear why we run out so fast, and why the separate zones =
for the bio isn't providing a good level of insulation from out of =
memory scenarios.
Okay. Well, I can=E2=80=99t easily add more memory to this machine, =
though I am investigating it. I certainly can=E2=80=99t do it in short =
order. I presume the problem is that I recently increased the size of =
this pool by adding a large raidz vdev to it. I=E2=80=99ve only been =
seeing this since. Is there any way I can =E2=80=9Climit=E2=80=9D the =
perceived size of the ZFS filesystem to ease the problem? Is there =
anything I can tune to help? Can I turn off or drastically reduce the =
ARC? A decrease in performance would be better than getting stuck after =
a day or so. :-)
- Chris
--Apple-Mail=_8E68A48E-A757-49F9-978D-9D0329E5539A--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?953DD67A-1A37-4D03-B878-E65396641B7D>