Date: Tue, 22 Oct 2024 12:47:31 +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-DS1pnG8nLS@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-280846-227@https.bugs.freebsd.org/bugzilla/>
index | next in thread | previous in thread | raw e-mail
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=280846 --- Comment #47 from Mark Johnston <markj@FreeBSD.org> --- (In reply to Mark Millard from comment #46) My wording wasn't very good. I was speculating about the contents of the laundry queue on Henrich's system specifically. You're right that process exit can also reclaim pages (from the laundry queue), but here I'm assuming that many of the laundry queue pages there are owned by firefox. The inactive queue contains a mix of clean and dirty pages. The queue is scanned only when there is memory pressure. "Recently referenced" pages are moved back to the active queue or requeued to the tail of the inactive queue. Unreferenced pages found to be dirty during a scan are moved to the laundry queue, while clean pages are reclaimed on the spot. -- You are receiving this mail because: You are the assignee for the bug.home | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-280846-227-DS1pnG8nLS>