linux-kernel - RE: [PATCH v2] mm: Proactive compaction

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>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <BYAPR12MB3015F73999D9C5D4A034DAE2D8E70@BYAPR12MB3015.namprd12.prod.outlook.com>
Date:   Mon, 2 Mar 2020 21:54:02 +0000
From:   Nitin Gupta <nigupta@...dia.com>
To:     Mel Gorman <mgorman@...hsingularity.net>,
        Michal Hocko <mhocko@...e.com>,
        Vlastimil Babka <vbabka@...e.cz>
CC:     Matthew Wilcox <willy@...radead.org>,
        Andrew Morton <akpm@...ux-foundation.org>,
        Mike Kravetz <mike.kravetz@...cle.com>,
        linux-kernel <linux-kernel@...r.kernel.org>,
        linux-mm <linux-mm@...ck.org>
Subject: RE: [PATCH v2] mm: Proactive compaction



> -----Original Message-----
> From: Nitin Gupta <nigupta@...dia.com>
> Sent: Monday, March 2, 2020 1:34 PM
> To: Mel Gorman <mgorman@...hsingularity.net>; Michal Hocko
> <mhocko@...e.com>; Vlastimil Babka <vbabka@...e.cz>
> Cc: Nitin Gupta <nigupta@...dia.com>; Matthew Wilcox
> <willy@...radead.org>; Andrew Morton <akpm@...ux-foundation.org>;
> Mike Kravetz <mike.kravetz@...cle.com>; linux-kernel <linux-
> kernel@...r.kernel.org>; linux-mm <linux-mm@...ck.org>
> Subject: [PATCH v2] mm: Proactive compaction
> 


> - With 5.6.0-rc3 + this patch, with proactiveness=20
> 
> echo 20 | sudo tee /sys/kernel/mm/compaction/node-*/proactiveness
> 
>   percentile latency
>   –––––––––– –––––––
> 	   5       2
> 	  10       2
> 	  25       3
> 	  30       3
> 	  40       3
> 	  50       4
> 	  60       4
> 	  75       4
> 	  80       4
> 	  90       5
> 	  95     429
> 

The percentile latency data above is correct but the summary line is
Incorrect:

> Total 2M hugepages allocated = 11120 (21.7G worth of hugepages out of 25G
> total free => 98% of free memory could be allocated as hugepages)
>

Corrected:
Total 2M hugepages allocated = 384105 (750G worth of hugepages out of
762G total free => 98% of free memory could be allocated as hugepages)

Thanks,
Nitin