lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [day] [month] [year] [list]
Date:   Fri, 13 Nov 2020 15:15:38 -0700
From:   Jonathan Corbet <corbet@....net>
To:     Yi Wang <wang.yi59@....com.cn>
Cc:     linux-doc@...r.kernel.org, linux-kernel@...r.kernel.org,
        xue.zhihong@....com.cn, wang.liang82@....com.cn,
        Liao Pingfang <liao.pingfang@....com.cn>
Subject: Re: [PATCH] docs/mm: concepts.rst: Correct the threshold to low
 watermark

On Mon,  2 Nov 2020 11:22:20 +0800
Yi Wang <wang.yi59@....com.cn> wrote:

> From: Liao Pingfang <liao.pingfang@....com.cn>
> 
> Actually it should be "low watermark" where we wake up kswapd
> daemon.
> 
> Signed-off-by: Liao Pingfang <liao.pingfang@....com.cn>
> Signed-off-by: Yi Wang <wang.yi59@....com.cn>
> ---
>  Documentation/admin-guide/mm/concepts.rst | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/Documentation/admin-guide/mm/concepts.rst b/Documentation/admin-guide/mm/concepts.rst
> index fa0974f..b966fcf 100644
> --- a/Documentation/admin-guide/mm/concepts.rst
> +++ b/Documentation/admin-guide/mm/concepts.rst
> @@ -184,7 +184,7 @@ pages either asynchronously or synchronously, depending on the state
>  of the system. When the system is not loaded, most of the memory is free
>  and allocation requests will be satisfied immediately from the free
>  pages supply. As the load increases, the amount of the free pages goes
> -down and when it reaches a certain threshold (high watermark), an
> +down and when it reaches a certain threshold (low watermark), an
>  allocation request will awaken the ``kswapd`` daemon. It will
>  asynchronously scan memory pages and either just free them if the data
>  they contain is available elsewhere, or evict to the backing storage

So I tried to apply this, but b4 complains that it's not in the lkml
archive, and indeed it's not.  It seems that your message never actually
went to the mailing list?  Please resend with an actual public copy;
adding the linux-mm list would also be good.

Thanks,

jon

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ