Date: Tue, 28 Jan 2020 11:48:55 -0800 From: Mark Millard <marklmi@yahoo.com> To: Cy Schubert <Cy.Schubert@cschubert.com> Cc: "Rodney W. Grimes" <freebsd-rwg@gndrsh.dnsmgr.net>, sgk@troutmask.apl.washington.edu, freebsd-current@freebsd.org, yasu@utahime.org Subject: Re: After update to r357104 build of poudriere jail fails with 'out of swap space' Message-ID: <235BECA5-0086-48DF-90F8-3AC24CA86DA3@yahoo.com> In-Reply-To: <4682F012-E3C5-4B49-8099-659EBCB7B585@cschubert.com> References: <202001261745.00QHjkuW044006@gndrsh.dnsmgr.net> <202001271309.00RD96nr005876@slippy.cwsent.com> <A0E565B0-52A1-41CE-915F-35B8E0F9394F@cschubert.com> <BA0CE7D8-CFA1-40A3-BEFA-21D0C230B082@yahoo.com> <202001272048.00RKmiZs006726@slippy.cwsent.com> <C37361F8-FA0A-472F-B4DC-4D963B2515EF@yahoo.com> <4682F012-E3C5-4B49-8099-659EBCB7B585@cschubert.com>
index | next in thread | previous in thread | raw e-mail
On 2020-Jan-28, at 11:33, Cy Schubert <Cy.Schubert at cschubert.com> wrote: > On January 27, 2020 2:25:59 PM PST, Mark Millard <marklmi@yahoo.com> wrote: >> . . . >> >> It would be nice to find out what category of issue in the kernel >> is driving the OOM kills for your 5GB context with MAKE_JOBS_NUMBER=4. >> Too bad the first kill does not report a backtrace spanning the >> code choosing to do the kill (or otherwise report the type of issue >> leading the the kill). >> >> Your is consistent with the small arm board folks reporting that >> recently >> contexts that were doing buildworld and the like fine under somewhat >> older kernels have started getting OOM kills, despite the two settings. >> >> At the moment I'm not sure how to find the category(s) of issue(s) that >> is(are) driving these OOM kills. >> >> Thanks for reporting what settings you were using. >> >> . . . > > I've been able to reproduce the problem at $JOB in a Virtualbox VM with 1 vCPU, 1.5 GB vRAM, and 2 GB swap building graphics/graphviz: cc killed out of swap space. The killed cc had an address space of ~ 500 MB, using only 43 MB of the 2 GB swap. Free space is exhausted but swap used never exceeds tens of MB. Doubling the swap to 4 GB had no effect. The VM doesn't use ZFS. > > This appears recent. > head -r357026 turned some code that previously avoided vm_pageout_oom(VM_OOM_MEM_PF) into code that always does it for the conditions that should avoid the call. In part, this disabled what we were doing vm.pfault_oom_attempts="-1" for: that case now always kills. Head -r357025 is the last version to avoid the call (until this is fixed). === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?235BECA5-0086-48DF-90F8-3AC24CA86DA3>