Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
Message-ID: <41e2d762-2c0d-b13b-d6da-6e0e0e858a84@oracle.com>
Date:   Wed, 15 Jun 2022 15:51:51 +0100
From:   Joao Martins <joao.m.martins@oracle.com>
Subject: Re: [PATCH 3/6] mm: hugetlb_vmemmap: introduce the name HVO
To:     Muchun Song <songmuchun@bytedance.com>, mike.kravetz@oracle.com
Cc:     linux-mm@kvack.org, linux-kernel@vger.kernel.org,
        linux-doc@vger.kernel.org, akpm@linux-foundation.org,
        corbet@lwn.net, david@redhat.com
References: <20220613063512.17540-1-songmuchun@bytedance.com>
 <20220613063512.17540-4-songmuchun@bytedance.com>
Content-Language: en-US
In-Reply-To: <20220613063512.17540-4-songmuchun@bytedance.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?c2l3b2pyRE1QUzBBVC92Y0FkU3lMWDVGalZOb3Y2aXVpR0ZkN2lyZXZnZlJx?=
 =?utf-8?B?c1k1UmZQcXgyaHJaWTcxREJCTjY2OVViL0I2VHdnQ09SOGQ5WWxvYWl6eVRm?=
 =?utf-8?B?eHhPVkovL2tXaFlsc2M5UDZObW1BTWxoOGZTZHRUUTZuM2xCenlDQ0RBYU1R?=
 =?utf-8?B?akRSUkJYZWJuN3R1ZWNCenBOZXlVMURPZEhMeVlBdnZ2Z0dVUE9wejVYa3JE?=
 =?utf-8?B?UFlvSVlMRnJ1M2c0dXJUZnovczIyVjkyYVdsYUJCc1JKTDhiNUxNQzVZR0w0?=
 =?utf-8?B?SWl0RmppT1gvVFZoR0tMakFiZ3Y5N0ZqMlNWdnhkVHFaejYyeW1CdWY1cnVK?=
 =?utf-8?B?NzVHdVh5eUFMU0xvbXkzUDBqMzZ5MmN1aHZjVW1VTWF3Q1pNSXpRVWRTK0RE?=
 =?utf-8?B?UjZlWE1aNmxrcm0wV3h4d0hZbFBsMVpOdTA0dXY1c2RSMXFnVVJpejlINXNa?=
 =?utf-8?B?UUUzM29kRmVUc2JHdHcrZHVMR2RraGlhMEhJZ2s1OE9IS2U0YXFZOHIrL09U?=
 =?utf-8?B?bktkdVJ4andrL1hhT2UyRnBhT0RHWGF6OHYxcTdOVThLdG9pdzEwQjJFNExR?=
 =?utf-8?B?SHNLZEVRR2Q1TTBZazRHVVBSSlcwYjVKVml4dXpyZnhVOVZRMUU4QWpRUEwy?=
 =?utf-8?B?SnFhS2lmSDYxQlpDbDJuc0s0WDRpbmFjUHJ1VnkrRzRtK2VpK1hjWlhGYXE0?=
 =?utf-8?B?bEFGdXJ4K2Y0STZyU01tTk9Dc2NDRXlCOE9lUFhoaGNqMTJuRzVoWEg4Tk9V?=
 =?utf-8?B?eG9SaFJMbUhOcUJvMXhLOWd0T0tIRDE4cVJNeW1uOWk3anRoc1RxOFRMRUFO?=
 =?utf-8?B?MzREWURXTnAvbUxoditodkhjS0ppSWkwSU9PVjBLTXU5Z2d2eStVUFlJalg1?=
 =?utf-8?B?OXZYbUxUb1k2Rk1RUytMenlPUVZkOEd5QXBZa1RGcU9nTUZKLzljejduL200?=
 =?utf-8?B?T1FRRXNITjJMQ1NGdGxyUWdicVV0L3Fpa3lHWTFNMHZ6dkIrcnRZWmJZOUtW?=
 =?utf-8?B?UnA5QjV6eEI4YTcxeVdaaFdSS3NvakJOclVlaUtTQjMyZE16S25iTWl1emZi?=
 =?utf-8?B?QUlEaXhpQ3NxTUFUaUlJeFg1WExJMm00aTI5dHQ4aDdSVXJnTFI3Zlk2MGZo?=
 =?utf-8?B?SWhyenlWc3pPb08rWHRlQndCTm9ibHFEb2wyMDFGVElHZWlhYXcxdWpMZjhI?=
 =?utf-8?B?WWhIUDZURk1XcXYxMFBtSE5mS2pSQm8yT2tvVkkxdVNEQTZHaWNPTUhSNm9m?=
 =?utf-8?B?SjlVbnFZelM3eFJZeXRVdE9abkZoY1dzdVNtd2ZSWnFwZkFQZ21HVG5XaURZ?=
 =?utf-8?B?cGFhd1NteWoycWwzWmVSQk81MmtIT0dxeDdLd1ZhSENCT045YTNMNk9OZldW?=
 =?utf-8?B?NDV2MjkwN3kvcmp4V0R2ZlRMSUo0ejRQaDN2ZjhIbjRqRXBKeWNmcFkyS2lE?=
 =?utf-8?B?Y1hNc1JUbGdBVzdvREpBSHpxRjBMZ09FaVVuYW1nSUdPS0ZQSnpZQUtVYlRo?=
 =?utf-8?B?SnZGYjZuN29LVm1NaHoyU1FVUHdoN0xCRlRLRFJNNzNhT0JDWWtORDFoZ2dv?=
 =?utf-8?B?YThMdFUxMnluWlFZQllzRXhtdUZPanNRRHJSeGdSS1M0ZWtKVVZ0RmFTQlZB?=
 =?utf-8?B?MGhwVUdBaXZmSmlnSjhhZVI3bnN6WTQwclRzTHB4dmJqeHpGR0hac1ZxYjJ2?=
 =?utf-8?B?YW9ZOGwxVHJIck1Ia0hRcEFHZkxxaC9EL1lqNXBvbzZKaUlSTFdubjVxTk1i?=
 =?utf-8?B?UExCZEpEZWtYalo3MXJQY0EvZHpISnlDZmRiZE81U1hIL3JRRW5vNFRBcmMy?=
 =?utf-8?B?Q2lLSGNNY1hOajNmaEFad3FqQ1YwWVR2QnZZY0xXVzdwbEdLRmVuUXQrdVQ1?=
 =?utf-8?B?aUxTdEcxbWlEYWMrZThVNU9MRnNGNkNrYzluLzlxd2V3bklIR2NvOEpjRW5q?=
 =?utf-8?B?c0VPU0JpU0xHWS8rbHpibCtqOXN3ais3TVVPWCsxY3lqSkhnVmNOUmJ6WnRw?=
 =?utf-8?B?ZGFoNFJOYkVUT0tJTE9Va05PdUprYi8yU0haN1pPbk5pK2I4UnhNeHJlVkZm?=
 =?utf-8?B?Rm4wSjk5R3hUTFJnWm1xTzdvRzA4MklvK0gra0RDUkc5NzBET2NTSnduVDVy?=
 =?utf-8?B?bGxkVEZKV3hSSC90NDVLV2FkTDRtWnE2bjNubTBxOTRvSWI0NWNQZU9MZ0p0?=
 =?utf-8?B?akdDWjlDUEdKMnlreUpZY3RlaWcvYVhSYjZTTEpjSzRxTzhUVlhmWEdUOGRM?=
 =?utf-8?B?K0NhL0h0VjRicUNUZWFYUUVuZkxsSFZ0bmdRUTVOQUN0c29SOU1rdHdwbVdp?=
 =?utf-8?B?a0FyN2xJUzlrRFR0K3Z0YVZFWkxPQ2o4djNuV1BGQ0R6MUlHNjQ5enM3SkNX?=
 =?utf-8?Q?OhG5DVVnkLAz9ZJg=3D?=
X-OriginatorOrg: oracle.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 6e7dae37-f893-44d2-cd6f-08da4ede9869
X-MS-Exchange-CrossTenant-AuthSource: BLAPR10MB4835.namprd10.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 15 Jun 2022 14:51:57.5154
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: 5YeW+UpBmZz99PpDHyU9gj7PgKBAblbZmVrNPmipWjlR4ByCrP9o+4nGljRIPlIvN7PcnwIcrGkZNu1OPqwrx3ZoKelc3G9OHFU5cBS0+NM=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH7PR10MB6131
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.517,18.0.874
 definitions=2022-06-15_05:2022-06-15,2022-06-15 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 adultscore=0 malwarescore=0
 suspectscore=0 spamscore=0 mlxscore=0 phishscore=0 bulkscore=0
 mlxlogscore=793 classifier=spam adjust=0 reason=mlx scancount=1
 engine=8.12.0-2204290000 definitions=main-2206150057
X-Proofpoint-GUID: l8LolC2LKvvSoS2pThErlw8FmvM-TLDR
X-Proofpoint-ORIG-GUID: l8LolC2LKvvSoS2pThErlw8FmvM-TLDR
X-Spam-Status: No, score=-2.8 required=5.0 tests=BAYES_00,DKIM_SIGNED,
        DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_LOW,
        RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_NONE,T_SCC_BODY_TEXT_LINE
        autolearn=ham autolearn_force=no version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on
        lindbergh.monkeyblade.net
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

On 6/13/22 07:35, Muchun Song wrote:
> It it inconvenient to mention the feature of optimizing vmemmap pages associated
> with HugeTLB pages when communicating with others since there is no specific or
> abbreviated name for it when it is first introduced.  Let us give it a name HVO
> (HugeTLB Vmemmap Optimization) from now.
> 

Just thought I would throw this suggestion, even though I am probably too late.

I find the term "vmemmap deduplication" more self-explanatory (at least for me)
to refer to your technique ,and similarly s/optimize/dedup. Or vmemmap tail page
deduplication (too verbose maybe) because really that's what this optimization is all
about. OTOH it would slightly deviate from what maybe established now
in hugetlb code.