From nobody Tue Oct 22 12:47:31 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 4XXsQX17tgz5PQK7 for ; Tue, 22 Oct 2024 12:47:32 +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 4XXsQW6y1Hz4133 for ; Tue, 22 Oct 2024 12:47:31 +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=1729601252; 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=SOJXnpC4b9D8VxeJwcFEsPJnG9PHRBAxbb7dCznXZ6A=; b=X+iZeQnIg8Asaxq9OignaqHVhG+dyswHJfx5DSMR6Lpa2GkVKbWjV9G8WWSxPc9zWByN+d l60x4YTwIe6wZCH1saXueYLuUgTVmxwQ6rk/YmdJXK78wT7kGLQ7xNbVfaZkNrbZP5AVd8 l73qRYxMQCOwwWuvwWvpBv+kV68A6OnLtJpI2K7a+ztuf44zKSm+aZGuZyNlb4i4DIxzeO TYj1UR6nZgQas7vFdUPkkwV71Ul7wYin7ewG5+npiRTTgsMasp/8ZJPwTipc+UxTNNjOed wnoEPre5Ts+p4Rc5GqwrAraAcoZCGIYOU6Y761RvJYDSB9wUSJ91rgI58i01FA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1729601252; a=rsa-sha256; cv=none; b=xCIsg8enqrmk0AG9eteP4PKoVZD8PIGsqjOp/jLAUwen+KtX2An85ur7JVa0/qeip2lmvH mSis47XRm84dund8s8KpUkLZ6jzLkmTsirm/jW0mvYEfj3fe1KhPfBX+h0FEefKjt7lldv dh7AHnlM52RUzmWxHhanjSp41SbHCDqZZYdoIJiAppGFA+fLDDBQxtetTq8clmvOHB3wtu q6U8W1df6uLlqETfTdyJf4gh/hFVpR+pzV0jbbSZLQgDNNo0N8u+Ur6VMEGV0KART82WYc OR0/Z8z7AJhVTmImvtZ0p90U29/3d7FPRrEivTEzj95f29RiZyB/P2/AfadIxw== 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 4XXsQW5r06zF3T for ; Tue, 22 Oct 2024 12:47:31 +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 49MClVbP048728 for ; Tue, 22 Oct 2024 12:47:31 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 49MClVq9048727 for bugs@FreeBSD.org; Tue, 22 Oct 2024 12:47:31 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: Tue, 22 Oct 2024 12:47:31 +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: markj@FreeBSD.org 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 #47 from Mark Johnston --- (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 queu= e.=20 Unreferenced pages found to be dirty during a scan are moved to the laundry queue, while clean pages are reclaimed on the spot. --=20 You are receiving this mail because: You are the assignee for the bug.=