From nobody Tue Jun 8 05:58:37 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id BC6AE5D563A for ; Tue, 8 Jun 2021 06:00:04 +0000 (UTC) (envelope-from dewayne@heuristicsystems.com.au) Received: from heuristicsystems.com.au (hermes.heuristicsystems.com.au [203.41.22.115]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2560 bits) client-digest SHA256) (Client CN "hermes.heuristicsystems.com.au", Issuer "Heuristic Systems Type 4 Host CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fzfj01zThz5952 for ; Tue, 8 Jun 2021 06:00:03 +0000 (UTC) (envelope-from dewayne@heuristicsystems.com.au) Received: from [10.0.5.3] (noddy.hs [10.0.5.3]) (authenticated bits=0) by heuristicsystems.com.au (8.15.2/8.15.2) with ESMTPSA id 1585wb4E071910 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT); Tue, 8 Jun 2021 15:58:38 +1000 (AEST) (envelope-from dewayne@heuristicsystems.com.au) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=heuristicsystems.com.au; s=hsa; t=1623131918; x=1623736719; bh=8c70tNdnlPte9bl+6i+AnnOWEFx4K/NncfbAUN8MCy4=; h=Subject:To:Cc:From:Message-ID:Date; b=OPZR0jCWkxSV/YFIjiLIzBsScKXKZzVBchM7g+XcSKA72uEmlZhE0FOdNHPxDxq3M YvQzYC5zYiSxL8VYx2JqDl0UcBmYUht0mn4emULNsbgUDYr7AhZ72NxFKcWfP2r7aW g5NJkNpIkyD3+53ASDodacMeX4S4IR4Tp7TglCHriGVgRnpG2wIqs X-Authentication-Warning: b3.hs: Host noddy.hs [10.0.5.3] claimed to be [10.0.5.3] Subject: Re: Where might memory be reported? To: Chris , Dave Hayes Cc: freebsd-stable@freebsd.org References: <20210606160913.167e6c0a@bigus.dream-tech.com> <20210607115334.6e9d1178@bigus.dream-tech.com> <6c174c830019d133fbb4daefe442fb40@bsdforge.com> From: Dewayne Geraghty Message-ID: Date: Tue, 8 Jun 2021 15:58:37 +1000 User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 In-Reply-To: <6c174c830019d133fbb4daefe442fb40@bsdforge.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Fzfj01zThz5952 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N 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.