Date: Mon, 21 Oct 2024 23:18:33 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 280846] Low memory freezes / OOM: a thread waited too long to allocate a page Message-ID: <bug-280846-227-im3gxsNq9p@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-280846-227@https.bugs.freebsd.org/bugzilla/> References: <bug-280846-227@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D280846 --- Comment #46 from Mark Millard <marklmi26-fbsd@yahoo.com> --- (In reply to Mark Johnston from comment #45) Your plan for the to-main and then MFC to stable/14 in time for 14.2: Thanks. "Laundry pages are dirty memory that can only be reclaimed by saving a copy to some swap space." I think that wording is more specific than I've noticed elsewhere (limited reclaim options). [Process kill/exit releasing memory would likely not be subject to needing to be saved to swap space.] So is Inact basically=C2=A0a (potential) mix of clean and dirty memory that can be reclaimed without saving a copy to some swap space? (Clean Inact can likely just be freed to be reclaimed but dirty Inact might be able to be put back in Active, if that is considered a "reclaim".) --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-280846-227-im3gxsNq9p>