Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp861753pxu; Fri, 4 Dec 2020 18:34:50 -0800 (PST) X-Google-Smtp-Source: ABdhPJyXPRIjUEUOp7l7PieIOWYL40qj+HKETsZVez9U4xhfeUNNjYMJY+jlgcKLA3SXC5SGDpo7 X-Received: by 2002:a17:906:7b82:: with SMTP id s2mr9736698ejo.435.1607135690165; Fri, 04 Dec 2020 18:34:50 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1607135690; cv=none; d=google.com; s=arc-20160816; b=buZ72+pJKmdwo6VMWuzoT3b4Gam+2ivlrX3wRFKsvL8LdJcWo0T5hrbCEFgf7rWCHB /Vx3RKM/wHUDAU653bHc9uYEf3hGw1R10CdDShXAmLH3hd3WcH6H5ADrw0o1ktv9m7CT tGAVFwxTvRd+ZydqQMEeWBLV4jQx4ts4R+LYjt5sZuJY/cyx1uQXGkOuv2ZdIEZENMmy w0bqVQOzm+5lQwiOCeMM+cTCwwMVvKXyBc0ibNoVItdeD7IxtPCYt+351k1ziUWrHEuJ GFFFkTOg+VDcJLdz2dVZsb8jIY5ePxc3Qav+OzirswsDSjK46CelkpH5fRcINeZLXqD0 ahuA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=7onRTEeba+uIaIo0amciOAQZ+dXse3Dof+us7NcJF6o=; b=KmVOJa32gamb+XFzvdFQOLSn0+Q+WxYj1snvJfaXOrZK2P9KPor9f8BSsq4cNdNxCI ubwQR2WtcAAGFzdBckE+SSlCPhne4GJxqq/sV1wC9LYEn3aaIT7jDCQsGHG39q2uUQGo Ou9dL5Z2GonNV/Ji+oXpgqyxJER+K2zZcY7/7uQqkCaG8iQqdBG2tw9twHdvRidpqFMz 8WeSnOzXv9ZDda7iP4NNoQ1I0xhmmJ+HMhBxFvCyrqS+g2MDfeMiJYrfdeiMUOl8Nls0 zmXgNdMwnsaISNj8KlI1SeiU0W5hBIlMv8fQ40S8vnjCYIe1Sa9xm3eO+nU3vtjUVvys nORw== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id t22si2483149ejb.186.2020.12.04.18.34.27; Fri, 04 Dec 2020 18:34:50 -0800 (PST) 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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726953AbgLECcu (ORCPT + 99 others); Fri, 4 Dec 2020 21:32:50 -0500 Received: from szxga07-in.huawei.com ([45.249.212.35]:9383 "EHLO szxga07-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726210AbgLECcu (ORCPT ); Fri, 4 Dec 2020 21:32:50 -0500 Received: from DGGEMS408-HUB.china.huawei.com (unknown [172.30.72.60]) by szxga07-in.huawei.com (SkyGuard) with ESMTP id 4Cntqv0w79z78mM; Sat, 5 Dec 2020 10:31:39 +0800 (CST) Received: from [10.174.176.199] (10.174.176.199) by DGGEMS408-HUB.china.huawei.com (10.3.19.208) with Microsoft SMTP Server id 14.3.487.0; Sat, 5 Dec 2020 10:31:58 +0800 Subject: Re: [PATCH 2/2] sched: Split the function show_schedstat() To: Mel Gorman CC: , , , , , , , , , Shiyuan Hu , Hewenliang References: <66f73a23-a273-7dff-4202-adc61c3152c8@huawei.com> <20201203094237.GD3306@suse.de> <20201204094021.GG3306@suse.de> From: Yunfeng Ye Message-ID: <32d3a300-f74f-7660-0a78-9be7c8a279ba@huawei.com> Date: Sat, 5 Dec 2020 10:31:57 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <20201204094021.GG3306@suse.de> Content-Type: text/plain; charset="iso-8859-15" Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [10.174.176.199] X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2020/12/4 17:40, Mel Gorman wrote: > On Fri, Dec 04, 2020 at 09:22:34AM +0800, Yunfeng Ye wrote: >> >> >> On 2020/12/3 17:42, Mel Gorman wrote: >>> On Thu, Dec 03, 2020 at 02:47:14PM +0800, Yunfeng Ye wrote: >>>> The schedstat include runqueue-specific stats and domain-specific stats, >>>> so split it into two functions, show_rqstat() and show_domainstat(). >>>> >>>> No functional changes. >>>> >>>> Signed-off-by: Yunfeng Ye >>> >>> Why? >>> >>> I could understand if there was a follow-up patch that adjusted some >>> subset or there was a difference in checking for schedstat_enabled, >>> locking or inserting new schedstat information. This can happen in the >>> general case when the end result is easier to review here it seems to be >>> just moving code around. >>> >> The rqstat and domainstat is independent state information. so I think >> split it into two individual function is clearer. >> > > The comments and the names of the structures being accessesd is sufficient > to make it clear. > ok, thanks.