From nobody Tue Oct 22 17:34:14 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 4XXznM0x64z5Vg1b for ; Tue, 22 Oct 2024 17:34:15 +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 4XXznL5yx0z4YhF for ; Tue, 22 Oct 2024 17:34:14 +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=1729618454; 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=yB4uZdV5P0DCchdga2Lrc2qV8+9682Gm2SpUqZhkLfQ=; b=tCuiIhnRILepVHcdItBztnfghbYRokXsUHljK997aW8tB8ysXwWK4vxJERxCuwnBwiukDm esbUmqrF9UZKhjBM3KWG+eSFh4ZUAYCM/AlOteQUGtOqJaLwJTJFgKHvfUojwcBiWKf/Vy auZNY7KIR4QB2GlrLsCxL7qGVRJsUcG6MP409jn2hsHy48UXofR2kDajDSJ/SzdXkb7mJ7 9eGUD+lyQgKkOXl94Ru1CThp+qa191twZwqkO1xxxYcp7ut3Hp4+ZyBKVj7X/Vqv3ka6yB hB3aIjbxl8SNu70oPjLoXnG4idSTNAvvFtQHtiNNHhSkhFjU4u9JtSuyBO18Xg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1729618454; a=rsa-sha256; cv=none; b=yHmwF16VaDv2qeSQQRZZ8JBg4tkJXmYBOobhQFinFATLeBm+tlu8VDbf85LylGXzvqocT9 Mj2oFWe8YnxRevtb9fRkJ05Jyh9s19O6H6lmaCq9RI/BQCI4nXIFvejIysa36lEDSINAjP KqyMh03a4NSEhrMWyYFHNSsD2hqnr6A07JvtsaxuN7bWM1VZmCpXjuNvwNaM4B8RkIh1h2 SwwWNC1q3MtSgh2MtVx9+hSUsa4kKWnl99UEA4BPUn6RSRApURogXK5QDAx3BimEXGFeEc EZuUOtjqgkIvQQAomGr7kQ8uW67s0hTtdZXPLET3XbK0Ute6h6+xqKDlDGrzzQ== 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 4XXznL5S85zNv0 for ; Tue, 22 Oct 2024 17:34:14 +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 49MHYEf2035167 for ; Tue, 22 Oct 2024 17:34:14 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 49MHYEAB035166 for bugs@FreeBSD.org; Tue, 22 Oct 2024 17:34:14 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 17:34:14 +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 #52 from Mark Millard --- (In reply to Henrich Hartzer from comment #50) Were Active, Inact, Laundry, Wired, and Free such that Laundry was huge in each case (and the others were not)? Did the lead up to the failures have Laundry increasing at a notable sustained rate vs. did it more suddenly jump? If you had spare USB media and a USB port, for example, having a swap space that is say, something like 3.6*RAM (so RAM+SWAP =3D=3D 4.6*RAM) and seeing if the RAM+SWAP use stabilized before running out of RAM+SWAP could be interesting. If it stabilized, you might be able to see how much RAM+SWAP your example-being-tested needs. That can help for future planning. (The 3.6 factor should avoid warnings when the swap is added about potentially being mistuned.) (This USB or analogous test need not be biased for the performance you would like in normal operation.) Now that you get reasonable/useful Active, Inact, Laundry, Wired, and Free figures while monitoring in top, such explorations should now be possible via use of top. --=20 You are receiving this mail because: You are the assignee for the bug.=