Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 28 Sep 2017 10:15:43 +0000
From:      bugzilla-noreply@freebsd.org
To:        xfce@FreeBSD.org
Subject:   [Bug 219155] [PATCH] x11/xfce4-taskmanager fix free mem calculation
Message-ID:  <bug-219155-28711-jYNNeYOM3u@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-219155-28711@https.bugs.freebsd.org/bugzilla/>
References:  <bug-219155-28711@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D219155

Guido Falsi <madpilot@FreeBSD.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|New                         |Open
                 CC|                            |madpilot@FreeBSD.org

--- Comment #2 from Guido Falsi <madpilot@FreeBSD.org> ---
It's not completely true that inactive, wired and buffer memory is not
available to applications, in case of memory pressure some of that RAM can =
be
reclaimed.

In your description you talk about wired memory, but in the patch there's no
trace of wired, only buf memory though.

As a further note in head we now also have "laundry" memory which further
complicates the accounting.

That said it all boils down to what you are actually trying to measure.

The main point though is that in the ports tree we are just porting software
and are not supposed to change their logic, unless that's strictly needed to
have it work in FreeBSD.

So, if you think this software needs to account for memory in a different w=
ay
you should report this upstream as a bug there, but diverging in functional=
ity
from the upstream in the FreeBSD port is not the correct way.

That is unless I'm missing something in your patch.

My opinion is that your patch should go upstream, and anyway needs refineme=
nts
to account for the finer details of memory subsystem.

We should anyway #ifdef the code specific to FreeBSD, or otherwise go with =
the
generic code the upstream provides.

--=20
You are receiving this mail because:
You are the assignee for the bug.=



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