Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp688686pxa; Fri, 14 Aug 2020 15:24:11 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwc5VWzCyZYmHHbil2KBMccoKuELlw4HcF9v+oGQR+nCNwvQHvSmmibF49SY0hJ1/+1H0/s X-Received: by 2002:a17:906:e251:: with SMTP id gq17mr4400913ejb.445.1597443851543; Fri, 14 Aug 2020 15:24:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1597443851; cv=none; d=google.com; s=arc-20160816; b=Lp4aBcGozhZVcm8p48gGOSAKKD1VhSPdoVft8CvSvi0aMCv2FcCW+g2hXZ+1lByZb9 UoRqWmvbJem5OIipCg1nBvgWGU+H6AQcj+Hm5MqROt3UD/9JPpCD59Yt0Taq3yz5ifet +UHnfFqQ4AF49b4d87Ba3U3cbEF+/mTVw+S66YDA1ImkZaTCh5+cchsrks4TbalVV1V5 HUB+juRF6eWySy2tVJCX5QSdQX7K+5Ytsl7EGWM6yoSCigl4vP+E9gHDThTBClgv+Jte sPCZzzYFRU9hpqD8MspobxxL7aZdCzmRPlxM95XLujCrnlsKOvkjec7GQmcOzNG/mKsz wgFQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=tJMVJBnaXmXqh981RH/h7+Q4BiQVvI3wCXGlTjz6EWg=; b=OtMmLpvE4xJnAMAoZcwNKZc3bKv3mlAtNhFvJpSKjBRBJ0//tyWd6oxCZL3R+si6N9 epcVtlqWhq2B2YsfmIXtIeva/xrQ9APHI0Xv8WxtIY3bczfJ/mH5RFSvqznR3X4vqXgO gLBE3omTOJMMX4EIW2Hz8K6cgv+A/1gcbK3oOIPa+0Ul/up0kvyrPLaPfZrR/wIaEvG0 t4rLj7nUJLuS2bIUs2WbB1G9JX0o57QOtanDrQ+jFHpbLWUK5B5J0Qw7O0u4jjlAXgET DfA/PYJRn7A0ISeedWudygt+erxnWOSzuvb3E7ypimfosAe+46tg9RrBRm4tw10/3v9Q /E7Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=bYyuaTEq; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id dt13si6319729ejb.329.2020.08.14.15.23.48; Fri, 14 Aug 2020 15:24:11 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=bYyuaTEq; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 S1728169AbgHNVPV (ORCPT + 99 others); Fri, 14 Aug 2020 17:15:21 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44234 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728112AbgHNVPU (ORCPT ); Fri, 14 Aug 2020 17:15:20 -0400 Received: from mail-il1-x141.google.com (mail-il1-x141.google.com [IPv6:2607:f8b0:4864:20::141]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 52E10C061385; Fri, 14 Aug 2020 14:15:20 -0700 (PDT) Received: by mail-il1-x141.google.com with SMTP id z3so9627747ilh.3; Fri, 14 Aug 2020 14:15:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=tJMVJBnaXmXqh981RH/h7+Q4BiQVvI3wCXGlTjz6EWg=; b=bYyuaTEqbGMUDbMQT1N3adh8ZXqau382QojThewnW//4qEz3eZ/zrAaDMQ2DyZdy5S zy3hUU8M7NHVx+aHkrthzP7rx9gfHneJI0nSdRH9Ckd5lxNps3aL683LKaDWNsKgnYZM Lt+XpG2yMuTdQt8MznPtkrXzYmYBSamAHiQN0gr/ZKTOQNhfnS7FBtOsdNBgsXegXw43 TAgtcMLOko7OxUnCkBxGuIogU9IzzqRw3UAHDFpS3HbUFvqlslWZEjTR+rnWF0tc8VNO 9PavoPblmc7OTQ7XIa/bqusD5Dw8UajLsvr3Pqjx3usFzgELflUYZN+4bZqMnmJRkg7f yYag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=tJMVJBnaXmXqh981RH/h7+Q4BiQVvI3wCXGlTjz6EWg=; b=opm6RX5H9nI0rguz6NcbkMk7fDJHH1BZBKC0gYzgWqYmN5BoA9GfiErCuca3rHzbt2 AUuJ7Ijx6lUZ5/4jj4FKhaeWEGku+AMZz0Yq+eQN6a8Y9WPC1Z9/IeYkFpQVUVYPgGeY /Pl1mYOBaZIpLyql62oSv8f2iz1yZk0yjU8oy38tCmnGFhn0KHvwYj0ZaYZC7aa6jnKc OXCl8MgFXX86M1+9sndJdJtIhyetQNoYBFpxe37Uazo5dJOGCTT/m8oAx6uw9A8dT9qc yeFtdfcp7P40U13erKX15Ei41Rwwu5a8mHh8gKwi4GU3hLWKhPFGSn6JTL6YiZEVqvWd KV2g== X-Gm-Message-State: AOAM532RP3naOoENAHAU0xj4CQlq8+ptA+dzYHu/cnNyUvJpZSUCiuy7 H8wIrzmCQ73CjoTi2Y1yhfDKTMrx/1el/zWJjs8= X-Received: by 2002:a05:6e02:143:: with SMTP id j3mr3694759ilr.97.1597439719638; Fri, 14 Aug 2020 14:15:19 -0700 (PDT) MIME-Version: 1.0 References: <20200813035100.13054.25671.stgit@localhost.localdomain> <20200813040232.13054.82417.stgit@localhost.localdomain> <6c072332-ff16-757d-99dd-b8fbae131a0c@linux.alibaba.com> In-Reply-To: From: Alexander Duyck Date: Fri, 14 Aug 2020 14:15:08 -0700 Message-ID: Subject: Re: [RFC PATCH 2/3] mm: Drop use of test_and_set_skip in favor of just setting skip To: Alex Shi Cc: Yang Shi , kbuild test robot , Rong Chen , Konstantin Khlebnikov , "Kirill A. Shutemov" , Hugh Dickins , LKML , Daniel Jordan , linux-mm , Shakeel Butt , Matthew Wilcox , Johannes Weiner , Tejun Heo , cgroups@vger.kernel.org, Andrew Morton , Wei Yang , Mel Gorman , Joonsoo Kim Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Aug 14, 2020 at 7:24 AM Alexander Duyck wrote: > > On Fri, Aug 14, 2020 at 12:19 AM Alex Shi wr= ote: > > > > > > > > =E5=9C=A8 2020/8/13 =E4=B8=8B=E5=8D=8812:02, Alexander Duyck =E5=86=99= =E9=81=93: > > > > > > Since we have dropped the late abort case we can drop the code that w= as > > > clearing the LRU flag and calling page_put since the abort case will = now > > > not be holding a reference to a page. > > > > > > Signed-off-by: Alexander Duyck > > > > seems the case-lru-file-mmap-read case drop about 3% on this patch in a= rough testing. > > on my 80 core machine. > > I'm not sure how it could have that much impact on the performance > since the total effect would just be dropping what should be a > redundant test since we tested the skip bit before we took the LRU > bit, so we shouldn't need to test it again after. > > I finally got my test setup working last night. I'll have to do some > testing in my environment and I can start trying to see what is going > on. So I ran the case-lru-file-mmap-read a few times and I don't see how it is supposed to be testing the compaction code. It doesn't seem like compaction is running at least on my system as a result of the test script. I wonder if testing this code wouldn't be better done using something like thpscale from the mmtests(https://github.com/gormanm/mmtests)? It seems past changes to the compaction code were tested using that, and the config script for the test explains that it is designed specifically to stress the compaction code. I have the test up and running now and hope to collect results over the weekend. There is one change I will probably make to this patch and that is to place the new code that is setting skip_updated where the old code was calling test_and_set_skip_bit. By doing that we can avoid extra checks and it should help to reduce possible collisions when setting the skip bit in the pageblock flags. Thanks. - Alex