Note, more recent process creations towards top, older ones towards bottom:
PID JID USERNAMEPRI NICE SIZE RES STATEC TIME CPU
COMMAND
. .
3369319 root 680 6524Ki3252Ki wait 3 0:00 0.00%
/usr/bin/make -C /usr/ports/lang/gcc13 build
33692
> On 21. Mar 2024, at 18:12, Dimitry Andric wrote:
>
> On 21 Mar 2024, at 01:12, tue...@freebsd.org wrote:
>>
>>> On 21. Mar 2024, at 00:27, Dimitry Andric wrote:
>>>
>>> On 20 Mar 2024, at 21:44, tue...@freebsd.org wrote:
I'm trying to run make buildworld / make installworld on a
On 21 Mar 2024, at 01:12, tue...@freebsd.org wrote:
>
>> On 21. Mar 2024, at 00:27, Dimitry Andric wrote:
>>
>> On 20 Mar 2024, at 21:44, tue...@freebsd.org wrote:
>>>
>>> I'm trying to run make buildworld / make installworld on a recent main
>>> branch
>>> (some days old).
>>>
>>> The
The entire point is to *NOT* go through the overhead of scheduling something
asynchronously, but to take advantage of the fact that a user/kernel transition
is going to trash the cache anyway.
In the common case of a system which has less than the threshold number of
connections , we access