Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp264683ybh; Mon, 20 Jul 2020 16:15:41 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwJVIkA1hjmpfT7WVGxZRmae5VNLyYdkarP2jtZSFAlz9ejCEA1eyX4cYn5QYBfQulGkV4v X-Received: by 2002:aa7:da8d:: with SMTP id q13mr23759311eds.339.1595286941078; Mon, 20 Jul 2020 16:15:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1595286941; cv=none; d=google.com; s=arc-20160816; b=bZxJ50icGtLRV4lgFGuHLH/TgD/z3G1uiG4sxnuH/PGUaqLWEJnycizkG9wvqMWgEK RhKhdVXbPkGw5ZYdKoCZMzPRi4cB0VRVZc2NeTQ8YQtRlwZ6NbzIRxEtKUNrRyHvfus5 aq/q6b4Tiei6FKwsycT5zb1/M3wZxUOgLf9keWdmxIjvTB5ISzEwEbsp0mlwj2dkYOCs 7W0d2Fau/Kmmr/Q4cgHSV2FMHPRMUOHOoKdgPf844HD7oO0q1VrKlaHl454k1XCXRFIV AGogV0y1OdyqS6g6SyKB3gus/bOZ8YRXbjO30mTJS7fRCfHkiWVrtUA3Y121OMtECbVG UYYg== 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:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=/Elw12b2bcb729z41REAYKQ4ws/Ds50NQprQTTPrELI=; b=A8n4gAylDziStA9jHs/DaxwBu9K/y7SoTWWsMKlC9FW/dBc+8+R0T/O3rkhIFTKx95 a66etl8fQzRwuiTnrnFdCNNyWf8cUjqep7yCttm7/cmOxN1begkQJyKxT3iCQMRK3xB0 B9RUr4570swfrVsZKFIdkM9riFHkU98x20w7oOaCMW42Qq5o7uywz3pwmJiPw9kpvZvO GgfOSWy/Yn2RUrPuyo/IDI+slbGCOmMJRpetckMx0xZCSCjftyIRfxE/vlAkG741/Zkl sd/bA9/+8ypOczIRYcow9/stc2jSXabYmT84g0TH5FBoV/Ih7us9jGzzxBvIw9Rov5YH Vzdg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=pPjPEhTN; 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 g10si13043566edv.400.2020.07.20.16.15.15; Mon, 20 Jul 2020 16:15:41 -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=@kernel.org header.s=default header.b=pPjPEhTN; 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 S1726521AbgGTXOF (ORCPT + 99 others); Mon, 20 Jul 2020 19:14:05 -0400 Received: from mail.kernel.org ([198.145.29.99]:43078 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726109AbgGTXOF (ORCPT ); Mon, 20 Jul 2020 19:14:05 -0400 Received: from localhost.localdomain (c-73-231-172-41.hsd1.ca.comcast.net [73.231.172.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 6E9D0208E4; Mon, 20 Jul 2020 23:14:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1595286844; bh=Cp16k7Wc92Ppe/2CQspapK5SPF4JM2qVE09ioyCdbwg=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=pPjPEhTNM3NC8uYRQxLQciU+ByEWOMRUsMMl73rU1hir+vIucZ3HYL8M6c/nr54oN VlBDgaEWPC3LPSGKk+/z6xfOzVLnrWOARZOtU/fQade44Ldk8eHJgTRfRKlXgNni2y gfjyoQXVdJYx5VHNKap6QhWL3KPnQZLoZElZKoFQ= Date: Mon, 20 Jul 2020 16:14:04 -0700 From: Andrew Morton To: Alex Shi Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] mm/vmstat: don't do count if no needs Message-Id: <20200720161404.bd0c24560114bf48d6acbaff@linux-foundation.org> In-Reply-To: <1ef9baa0-9788-5917-2590-a8c3fc593b81@linux.alibaba.com> References: <20200720052348.428564-1-alex.shi@linux.alibaba.com> <1ef9baa0-9788-5917-2590-a8c3fc593b81@linux.alibaba.com> X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.31; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 20 Jul 2020 13:42:45 +0800 Alex Shi wrote: > > For couple of vmstat account funcs, the caller usually doesn't check the > delta value, if delta == 0, irq or atomic operator is a waste. That's > better to be skipped, also add unlikey() since !delta is less happened. > > ... > > --- a/mm/vmstat.c > +++ b/mm/vmstat.c > @@ -321,6 +321,9 @@ void __mod_zone_page_state(struct zone *zone, enum zone_stat_item item, > long x; > long t; > > + if (unlikely(!delta)) > + return; > + Do we know that delta==0 is frequent enough to make the change a net benefit?