Re: how to recycle Inact memory more aggressively?

From: Adrian Chadd <adrian.chadd_at_gmail.com>
Date: Sun, 13 Mar 2016 19:08:31 -0700
On 13 March 2016 at 18:51, Mark Johnston <markj_at_freebsd.org> wrote:
> On Sun, Mar 13, 2016 at 06:33:46PM -0700, Adrian Chadd wrote:
>> Hi,
>>
>> I can reproduce this by doing a mkimage on a large destination file
>> image. it looks like it causes all the desktop processes to get paged
>> out whilst it's doing so, and then the whole UI freezes until it
>> catches up.
>
> mkimg(1) maps the destination file with MAP_NOSYNC, so if it's larger
> than RAM, I think it'll basically force the pagedaemon to write out the
> image as it tries to reclaim pages from the inactive queue. This can
> cause stalls if the pagedaemon blocks waiting for some I/O to complete.
> The user/alc/PQ_LAUNDRY branch helps alleviate this problem by using a
> different thread to launder dirty pages. I use mkimg on various desktop
> machines to build bhyve images and have noticed the problem you're
> describing; PQ_LAUNDRY helps quite a bit in that case. But I don't know
> why this would be a new problem.
>

That's why I'm confused. I just know that it didn't used to cause the
whole UI to hang due to paging.



-adrian
Received on Mon Mar 14 2016 - 01:08:33 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:03 UTC