Received: by 2002:a05:6602:2086:0:0:0:0 with SMTP id a6csp4976140ioa; Wed, 27 Apr 2022 15:52:57 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxlVl2Boru6ECxrfiGtFTUUCTkB1mbIGd0Pa9dJLqMA5JqaOWmwIfSOX/c1HG7qO9BmNQc/ X-Received: by 2002:a17:903:124a:b0:154:c860:6d52 with SMTP id u10-20020a170903124a00b00154c8606d52mr31046341plh.159.1651099976831; Wed, 27 Apr 2022 15:52:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1651099976; cv=none; d=google.com; s=arc-20160816; b=kGTWGjt1QyXR0hWct8WABEZUdF55QYihwZqgOxakzIpMdbMiIM2neRNv9aDvo96BPT jaQJPTaudDinlBsSrbYVUrcEXjPvgdhmjLoXt2/HDf6JkagNImmkOAxGuBCG2lMa+0bW FOlmeewfFu2qw2PizPr6bElg6CCr7kFvprFkrqL79r0CzH79I3V9yJGP12S5CuOQaT2e sF41NY9eScagupbxVCt244L/APlZWKGsGpC52tm16W8NV96dOsYBBvZLqUDg7BVpSODl daBqlLu+DgYCJAzZAoqPMWDTMcsO4vzZpeFQL1UzB4AFTmgSG6rYsjdIyfITY+YQo0zr a9Gg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=drm1OQdyw43I3bW2ueb7Nz1xPsW07ECbYZ6BCyW/SWg=; b=rcxDnZPe8hI3DqSfr0+8ODppsOZ8dgKi41New/yqMofS8Xq3Jzek6CRu5VWOjqbqrz mW+OLCjPpm8iBQnvuPjRM9CWTP7f4pHw/FLwvGZ0DS5QhlQAx4wecTlsFCQwL3DGCiEb JAne4BOnKl0tWZP8Xsy83v4WPiDCeuepLO48Fpmg9Xtayhbf/II2f4ilVIsoSEpGSjVV +XGoSVa/zXFj9lEuWAjyD7/ESjI1Pi4w6056YMDlOWGMLIWNWnvwzFgWT5DXcMPM2oD3 BhcvTFbdyGls/MfyJOsLpfYCz/yCp301UNagKNfxDyjW+9/2jDSEgS6GjHgmsjxaBGWq 06pg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=g6C7JMcn; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id i10-20020a170902c94a00b00153b2d165c4si2849452pla.460.2022.04.27.15.52.39; Wed, 27 Apr 2022 15:52:56 -0700 (PDT) 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; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=g6C7JMcn; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232915AbiD0Wla (ORCPT + 99 others); Wed, 27 Apr 2022 18:41:30 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55164 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232420AbiD0Wl0 (ORCPT ); Wed, 27 Apr 2022 18:41:26 -0400 Received: from mail-pf1-x434.google.com (mail-pf1-x434.google.com [IPv6:2607:f8b0:4864:20::434]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C74A26D3B4; Wed, 27 Apr 2022 15:38:13 -0700 (PDT) Received: by mail-pf1-x434.google.com with SMTP id bo5so2727014pfb.4; Wed, 27 Apr 2022 15:38:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=drm1OQdyw43I3bW2ueb7Nz1xPsW07ECbYZ6BCyW/SWg=; b=g6C7JMcnrZ5ojJ8YLJNvmY7lTaxV4r0eAyKMoPajLiumweS31BhCzTuThLIrUiRBGc eRXEE8IQN7ojqtn7KQXhZzxHW3UtKQE6oXVeGGE/7u8c0+AKrAbRC9ttkrd+I6YHw0Vj Zj3iNJJBGhASQA/IKrYgpcgqfPs03eeGcULbEi/OVrmv2sYZefNNGnPQ8ETr6z7SF64Q FPPcYllE5FMCrqIDzoM6t3OkB6Otua3142EyPLSj76zSVSdg1uD5kFFlTpAqrgHq+wvR 8Ibq5glylHByEctpFQp8LKT/Fd5S/qFS+IN83Z3A9MNSxusFkYGbL/aYTcGfKwd0IMqv vxYA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=drm1OQdyw43I3bW2ueb7Nz1xPsW07ECbYZ6BCyW/SWg=; b=CPA3aEdUVnCAEfYwIVbu5ecsUVGb3LWmNshVqRGolO4srjqHXaFiNGpJJWSfv4XoAe 9jTCUqQtF+TOEVIxorxaGzrSDwLq/eM95+f9uEFkg1uBzH0ZbTLwxHkoulLitrZpKvsk /UiGMPYeDbFYBm6B0AHn61uYd44lyC+ugzuoKXTSg+vRQE9AuOn4It16T7hs9fQxgmAQ K7OZuNNHvgUO/xrV5YpY+4UoO2ebzgxeUw+kH3ZQWICsNtyFjz0tm5xh83vFqEjI1Rs7 gcsJkPRSYt9FiC3mcRzQ3HnksO0WNnwE9oslI4cYN/PHX+xtmfK9nPhEk1C798iK+2Jy 489Q== X-Gm-Message-State: AOAM531d2A16qTKntAK3sLXHQIkCPYPYrcZuP2Jq7O6oaZnPbio3dfZv TB5LfI5JbsV6J2KhXrf0o0i8vDU14tFLzbsxCK0= X-Received: by 2002:a63:90ca:0:b0:3aa:fff3:6f76 with SMTP id a193-20020a6390ca000000b003aafff36f76mr19460147pge.206.1651099093287; Wed, 27 Apr 2022 15:38:13 -0700 (PDT) MIME-Version: 1.0 References: <20220404200250.321455-1-shy828301@gmail.com> In-Reply-To: From: Yang Shi Date: Wed, 27 Apr 2022 15:38:00 -0700 Message-ID: Subject: Re: [v3 PATCH 0/8] Make khugepaged collapse readonly FS THP more consistent To: Matthew Wilcox Cc: Vlastimil Babka , "Kirill A. Shutemov" , Miaohe Lin , Song Liu , Rik van Riel , Zi Yan , "Theodore Ts'o" , Andrew Morton , Linux MM , Linux FS-devel Mailing List , Linux Kernel Mailing List Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-1.8 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS 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: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Apr 27, 2022 at 1:59 PM Matthew Wilcox wrote: > > On Mon, Apr 04, 2022 at 05:48:49PM -0700, Yang Shi wrote: > > When khugepaged collapses file THPs, its behavior is not consistent. > > It is kind of "random luck" for khugepaged to see the file vmas (see > > report: https://lore.kernel.org/linux-mm/00f195d4-d039-3cf2-d3a1-a2c88de397a0@suse.cz/) > > since currently the vmas are registered to khugepaged when: > > - Anon huge pmd page fault > > - VMA merge > > - MADV_HUGEPAGE > > - Shmem mmap > > > > If the above conditions are not met, even though khugepaged is enabled > > it won't see any file vma at all. MADV_HUGEPAGE could be specified > > explicitly to tell khugepaged to collapse this area, but when > > khugepaged mode is "always" it should scan suitable vmas as long as > > VM_NOHUGEPAGE is not set. > > I don't see that as being true at all. The point of this hack was that > applications which really knew what they were doing could enable it. > It makes no sense to me that setting "always" by the sysadmin for shmem > also force-enables ROTHP, even for applications which aren't aware of it. > > Most telling, I think, is that Song Liu hasn't weighed in on this at > all. It's clearly not important to the original author. I tend to agree that MADV_MADVISE should be preferred when this feature (or hack) was designed in the original author's mind in the first place. And "madvise" is definitely the recommended way to use THP, but I don't think it means we should not care "always" and assume nobody uses it otherwise the issue would have not been reported.