Sudden grow of memory in "Laundry" state

RW rwmaillists at googlemail.com
Tue Nov 6 02:05:00 UTC 2018


On Mon, 5 Nov 2018 17:30:42 -0800
Mark Millard wrote:

> On 2018-Nov-5, at 16:53, RW via freebsd-hackers <freebsd-hackers at
> freebsd.org> wrote:
> 

> >> Unfortunately, the wording of this message is a misnomer for what
> >> drives the kills: it is actually driven by being unable to gain
> >> more free memory but FreeBSD will not swap-out processes that stay
> >> runnable (or are running), only ones that are waiting.  
> > 
> > When you say it wont swap-out processes, do you mean that
> > literally, or do you mean it wont page-out from runable processes?
> > Swapping processes shouldn't be an essential part of recovering
> > memory, Linux doesn't even support it.  
> 
> Paging is a different issue as I understand. Without paging,
> no process could have a memory area bigger than RAM.

Modern VM manages memory at the page level, and paging replaced true
process swapping a long time ago. 

In FreeBSD a form of swapping was recreated on top of paging. Under low
memory conditions the recovery of memory from whole processes is
accelerated allowing more memory into the running/runable processes.
This is a relatively minor tweak to ordinary paging - AFAIK it shouldn't
prevent normal memory management at the page level.


More information about the freebsd-hackers mailing list