Date: Tue, 8 Jun 2021 15:58:37 +1000 From: Dewayne Geraghty <dewayne@heuristicsystems.com.au> To: Chris <bsd-lists@bsdforge.com>, Dave Hayes <dave@jetcafe.org> Cc: freebsd-stable@freebsd.org Subject: Re: Where might memory be reported? Message-ID: <bba08248-f898-cead-8df5-a52b1e14257a@heuristicsystems.com.au> In-Reply-To: <6c174c830019d133fbb4daefe442fb40@bsdforge.com> References: <20210606160913.167e6c0a@bigus.dream-tech.com> <20210607115334.6e9d1178@bigus.dream-tech.com> <6c174c830019d133fbb4daefe442fb40@bsdforge.com>
next in thread | previous in thread | raw e-mail | index | archive | help
This issue was raised in April '21 by Andriy Gapon title "stable/13, vm page counts do not add up". This was mentioned https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253281 though its probably more of an affirmation of a symptom. (reminder to adjust status) More relevant is https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234559 where Mark Johnson advised (in Feb '19) "I've thought about this some more and decided to close this bug WONTFIX for now. Basically, we started lazily dequeuing wired pages to avoid the page queue synchronization cost incurred by frequent wirings. The result is that wired pages may temporarily be counted as active/inactive/laundry despite not being reclaimable. Maintaining the previous behaviour wrt statistics would introduce synchronization overhead that we've been trying to avoid in past and future work. I don't plan to change the current behaviour and there doesn't seem to be a compelling reason to do so, at least based on this report. If you or anyone else would like to discuss this further or describe a use-case that depends on the old behaviour, please feel free to re-open the bug." I hope I've shed some light on the current situation, unfortunately not in its resolution. Regards, Dewayne.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bba08248-f898-cead-8df5-a52b1e14257a>