Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 7 Nov 2025 18:19:02 +0100 (CET)
From:      Ronald Klop <ronald-lists@klop.ws>
To:        bob prohaska <fbsd@www.zefox.net>
Cc:        freebsd-arm@freebsd.org, Paul Mather <paul@gromit.dlib.vt.edu>, freebsd-current@freebsd.org
Subject:   Re: Arm v7 RPi2 -current unresponsive to debugger escape during buildworld
Message-ID:  <1019311516.10662.1762535942098@localhost>
In-Reply-To: <aQ4jAVnqLa9hoKTY@www.zefox.net>

index | next in thread | previous in thread | raw e-mail

[-- Attachment #1 --]
Van: bob prohaska <fbsd@www.zefox.net>
Datum: 7 november 2025 17:48
Aan: Paul Mather <paul@gromit.dlib.vt.edu>
CC: freebsd-current@freebsd.org, freebsd-arm@freebsd.org
Onderwerp: Re: Arm v7 RPi2 -current unresponsive to debugger escape during buildworld

> 
> 
> On Fri, Nov 07, 2025 at 10:42:24AM -0500, Paul Mather wrote:
> > On Nov 6, 2025, at 9:22pm, bob prohaska www.zefox.net> wrote:
> > 
> > > On Thu, Nov 06, 2025 at 10:00:19AM -0800, Mark Millard wrote:
> > >> On Nov 6, 2025, at 08:38, bob prohaska www.zefox.net> wrote:
> > >> 
> > >>> On Thu, Nov 06, 2025 at 03:45:01PM +0100, Ronald Klop wrote:
> > >>>> Hi,
> > >>>> 
> > >>>> To me it sounds like your machine is overwhelmed by swapping.
> > >>>> 
> > >>>> Try -j1 buildworld.
> > > Maybe a -j1 buildworld could be at least somewhat informative.
> > > Lately none of my Pi2's has made it through buildworld 
> > > without hanging silently. If -j1 buildworld completes,
> > > that would be a significant change. The test will take a
> > > week, but the problem has been going on for a year.
> > 
> > 
> > This isn't related directly to building on the RPi2, but just a general comment that on a system with 1 GB RAM like the RPi2, building with -j3 (or anything more than -j1) is probably wishful thinking at this point given it seems the RAM requirements of LLVM right now seem to be creeping ever upwards.
> 
> In the past FreeBSD was quite vocal about running out of memory/swap. It would issue warnings
> on the console that swap was low, slow to become available, or exhausted. In this case nothing
> of the sort is happening. The machine does bog down when swap usage exceeds about 500MB, but
> it doesn't stop or complain. The scheduler seems to figure out which theads are making progress
> and gives them higher priority. Eventually the backlog is worked through, swap use drops to
> 50 MB or less and CPU usage rises to 90+% per core. 
> 
> That's when the system is hanging and unresponsive to enter-tilda-control-B. If it's a 
> memory exhaustion issue it's happening invisibly and only later causing a stoppage.
> It's the invisibility of the problem which hints at a deeper flaw. I don't think it's
> possible to anticipate how much memory a program will eventually require, but it does
> seem possible to recognize when a resource limit is crossed, if that's the problem. 
> 
> I think a -j1 buildworld is likely worth a try, but if it succeeds I don't have
> any idea where it'll point a finger.
> 
> Thanks for writing!
> 
> bob prohaska
>  
> 
> 
> 
> 
> 
> 


If it fails without swapping you know you need to look somewhere else. 

Regards,
Ronald

[-- Attachment #2 --]
<html><head></head><body><br><p><small><strong>Van:</strong> bob prohaska &lt;fbsd@www.zefox.net&gt;<br><strong>Datum:</strong> 7 november 2025 17:48<br><strong>Aan:</strong> Paul Mather &lt;paul@gromit.dlib.vt.edu&gt;<br><strong>CC:</strong> freebsd-current@freebsd.org, freebsd-arm@freebsd.org<br><strong>Onderwerp:</strong> Re: Arm v7 RPi2 -current unresponsive to debugger escape during buildworld<br></small></p><blockquote style="margin-left: 5px; border-left: 3px solid #ccc; margin-right: 0px; padding-left: 5px;"><div class="MessageRFC822Viewer do_not_remove" id="P"><!-- P -->
<!-- processMimeMessage --><div class="TextPlainViewer do_not_remove" id="P.P"><!-- P.P -->On Fri, Nov 07, 2025 at 10:42:24AM -0500, Paul Mather wrote:<br>
&gt; On Nov 6, 2025, at 9:22pm, bob prohaska <fbsd@<a href="http://www.zefox.net">www.zefox.net&gt; wrote:<br>
&gt; <br>
&gt; &gt; On Thu, Nov 06, 2025 at 10:00:19AM -0800, Mark Millard wrote:<br>
&gt; &gt;&gt; On Nov 6, 2025, at 08:38, bob prohaska <fbsd@<a href="http://www.zefox.net">www.zefox.net&gt; wrote:<br>
&gt; &gt;&gt; <br>
&gt; &gt;&gt;&gt; On Thu, Nov 06, 2025 at 03:45:01PM +0100, Ronald Klop wrote:<br>
&gt; &gt;&gt;&gt;&gt; Hi,<br>
&gt; &gt;&gt;&gt;&gt; <br>
&gt; &gt;&gt;&gt;&gt; To me it sounds like your machine is overwhelmed by swapping.<br>
&gt; &gt;&gt;&gt;&gt; <br>
&gt; &gt;&gt;&gt;&gt; Try -j1 buildworld.<br>
&gt; &gt; Maybe a -j1 buildworld could be at least somewhat informative.<br>
&gt; &gt; Lately none of my Pi2's has made it through buildworld <br>
&gt; &gt; without hanging silently. If -j1 buildworld completes,<br>
&gt; &gt; that would be a significant change. The test will take a<br>
&gt; &gt; week, but the problem has been going on for a year.<br>
&gt; <br>
&gt; <br>
&gt; This isn't related directly to building on the RPi2, but just a general comment that on a system with 1 GB RAM like the RPi2, building with -j3 (or anything more than -j1) is probably wishful thinking at this point given it seems the RAM requirements of LLVM right now seem to be creeping ever upwards.<br>
<br>
In the past FreeBSD was quite vocal about running out of memory/swap. It would issue warnings<br>
on the console that swap was low, slow to become available, or exhausted. In this case nothing<br>
of the sort is happening. The machine does bog down when swap usage exceeds about 500MB, but<br>
it doesn't stop or complain. The scheduler seems to figure out which theads are making progress<br>
and gives them higher priority. Eventually the backlog is worked through, swap use drops to<br>
50 MB or less and CPU usage rises to 90+% per core. <br>
<br>
That's when the system is hanging and unresponsive to enter-tilda-control-B. If it's a <br>
memory exhaustion issue it's happening invisibly and only later causing a stoppage.<br>
It's the invisibility of the problem which hints at a deeper flaw. I don't think it's<br>
possible to anticipate how much memory a program will eventually require, but it does<br>
seem possible to recognize when a resource limit is crossed, if that's the problem. <br>
<br>
I think a -j1 buildworld is likely worth a try, but if it succeeds I don't have<br>
any idea where it'll point a finger.<br>
<br>
Thanks for writing!<br>
<br>
bob prohaska<br>
&nbsp;<br>
<br>
<br>
</fbsd@<a></fbsd@<a></div><!-- TextPlainViewer -->
<hr>
</div><!-- MessageRFC822Viewer -->
</blockquote><br><br>If it fails without swapping you know you need to look somewhere else.&nbsp;<div><br></div><div>Regards,</div><div>Ronald<br><br></div></body></html>
help

Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1019311516.10662.1762535942098>