From nobody Mon Oct 21 23:18:33 2024 X-Original-To: bugs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XXWT55z0rz51lWR for ; Mon, 21 Oct 2024 23:18:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XXWT54sc5z4rRx for ; Mon, 21 Oct 2024 23:18:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1729552713; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=ydacTBxAfcqa8yWSIZMAFtY7JWlIhXwviUN/KySoGUw=; b=yt5JPTLBteAhUvwQCscZFTy0QnrEsTU8qS4fvJFsMR4bFMOUOzhjVznbGPMk9CMwSavmXZ jC3djtc6o4jT/YbG1J8Hv4/RZKFGd0OGoFmqWNJ/MYEofF7+bOPIMxdSzBvSInrrKuIEk5 pRwMMQ/G6BEhcnK3Vt0xIQjPnFtBxOeogN1q+jGVEojcnAdbUbKrqqvjJMyQM9iEhEF6fI E8MrjgJw3PPZ/KDQuqZ1s19yaBxgp18uqii+PdVqYrQiinl6SSPjYnAxvvpc6b7KW+PemL m7gLiZFQ433KwRNUpfFodplNCSgkIbt1o8bvVhWOzC7ztsZPWcY5stPy4OjjbQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1729552713; a=rsa-sha256; cv=none; b=xSgNDr9ZMIC3CIMVlAS/9vqT4q0gZxlxQIwYdtnXnCgLtn8zM40uX7qDsg3QfuZiea3xaT bC4aYnHewADI3KVoYFz1Q1sRTSqqjVi6pzNkvdfVloUiYbsijti5xezq7iRcmuD5BwJeDM eOf+sMFBvft0jLQJcXCBUVUKBMl/kaUSpZB7l8CydsqH/WOKFksJ1tnz7CCS+4As2Iec3z hgpKivM/YeXfcDBLIoK+a0de0p2MWzhM/4Tzof/qc1COTlCRD0NBSxOmo+swl3cwi3T/0a kTUggXjZrFq9jwZ2wyvfZDuSsA4oE8eqQ5bjX1GFR8d1qPe2g3v57Ez68bRAyQ== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4XXWT54M92zq0G for ; Mon, 21 Oct 2024 23:18:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 49LNIXSg017921 for ; Mon, 21 Oct 2024 23:18:33 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 49LNIXvw017920 for bugs@FreeBSD.org; Mon, 21 Oct 2024 23:18:33 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f 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 Date: Mon, 21 Oct 2024 23:18:33 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 14.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: marklmi26-fbsd@yahoo.com X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Bug reports List-Archive: https://lists.freebsd.org/archives/freebsd-bugs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-bugs@FreeBSD.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D280846 --- Comment #46 from Mark Millard --- (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.=