From owner-freebsd-bugs@freebsd.org Sat Apr 4 02:56:03 2020 Return-Path: Delivered-To: freebsd-bugs@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7274D27BB7F for ; Sat, 4 Apr 2020 02:56:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 48vLz62YbFz406l for ; Sat, 4 Apr 2020 02:56:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 6C73527BB66; Sat, 4 Apr 2020 02:55:55 +0000 (UTC) Delivered-To: bugs@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 52E2127BB65 for ; Sat, 4 Apr 2020 02:55:55 +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) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48vLyx4g0sz404Z for ; Sat, 4 Apr 2020 02:55:53 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id B3D7618BC9 for ; Sat, 4 Apr 2020 02:49:28 +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 0342nSFl040375 for ; Sat, 4 Apr 2020 02:49:28 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 0342nSI9040373 for bugs@FreeBSD.org; Sat, 4 Apr 2020 02:49:28 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 241848] lib/googletest/gtest/tests: gmock-matchers_test.cc requires a pathological amount of memory to compile Date: Sat, 04 Apr 2020 02:49:28 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 12.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: marklmi26-fbsd@yahoo.com X-Bugzilla-Status: New 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 MIME-Version: 1.0 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2020 02:56:03 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D241848 --- Comment #19 from Mark Millard --- (In reply to Mark Millard from comment #17) A 1 GiByte RAM armv7 test . . . I tested a RPi2 V1.2 based on armv7 head -r359427 as the context (self-hosted, from-scratch build), using -j2 with 1800 MiByte swap partition used for the 1 GiByte RPi2. vm.pageout_oom_seq=3D120 and vm.pfault_oom_attempts=3D-1 and USB SSD and the like again, avoiding the microsd card after the kernel loads. The 1800 MiByte swap avoided boot notices of the form: warning: total configured swap (... pages) exceeds maximum recommended amou= nt (... pages). I stayed somewhat under the recommended maximum. (stable/12 reportedly lists a smaller recommended maximum when its figure is exceeded, somewhat more than 1200 MiByte.) The build completed fine, with my odd top variant showing "maximum Observed" figures: Mem: 758544Ki MaxObsActive, 189972Ki MaxObsWired, 928060Ki MaxObs(Act+Wir) Swap: 527388Ki MaxObsUsed But it turned out that the high memory use time frame for gmock-matchers_test.cc was matched with a very low memory use activity. So the 527388Ki MaxObsUsed is on the low side for figuring out having margin to cover -j2 variability in what the paired activity might be. Other pairings could easily have used over 700 MiByte more (say, linking clang), and so have reached in the realm of 1400 to 1500 MiByte for swap, leaving, say, 400 MiBytes to 300 MiBytes unused. (I happened to be there to watch the top display over the period of time at issue, seeing the growth to 527388Ki MaxObsUsed.) I'd not push it to -j3 for armv7 FreeBSD with 1 GiByte RAM. Having swap fairly near (but under) the recommended maximum seems appropriate for -j2 . Appropriately configured, -j1 seems unlikely to be a problem for for 1 GiByte RAM stable/12 (swap space contributing, vm.pfault_oom_attempts=3D-1 contributing, vm.pageout_oom_seq=3D120 contributing). I've not experimented with the more problematical microsd cards instead of using the particular USB SSD's that I have around. In the microsd card context vm.pfault_oom_attempts=3D-1 is likely appropriate to avoid paging activity latency from leading to OOM kills. For reference: the build took somewhat less than 38 hrs. I will note that stable/12 does support vm.pfault_oom_attempts=3D-1 as of -r351776 (2019-Sep-3) and vm.pageout_oom_seq=3D120 for much longer. --=20 You are receiving this mail because: You are the assignee for the bug.=