Received: by 10.213.65.68 with SMTP id h4csp1049292imn; Thu, 22 Mar 2018 14:11:30 -0700 (PDT) X-Google-Smtp-Source: AG47ELsEhDDoOmSPHRmRUv0d1m41RUQ0E0rkB0JDnObyTfmBbfpmQ6qrXMDzYxIxWfq3C1rWjbdZ X-Received: by 10.98.16.28 with SMTP id y28mr17759872pfi.64.1521753090288; Thu, 22 Mar 2018 14:11:30 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521753090; cv=none; d=google.com; s=arc-20160816; b=BZnldlwIm5yX8NEKbBMjXzXUuIkRiOq1MCbyX0c7XQ57jS26vDteEjg6xS71aQE1C4 5U5hotjRYBSTml9+NSaB63fNMRkrLi8vmrslNFwxxytOxUQM9AN2Qn4pMf2NQJZj38FC 6E0e/6h/mV9VpffBZ/O8sGfIZYmDbIPOri1mGf/Ry9SLdRcsurrIi6EAczXLdynqy7M/ ViLQn2HHI+D9PiNUc+v+pnlRP53V3GOWjvImUtqVs/pNke5o9DM8i2nng2lUpoVQhtZI 6ErmWmyI7DX3stmF07S+FQfSQpXp3qiTDnB2yXAurmn1JaRY2H9fbkwp0DRBOmzK/D/Z G7zQ== 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 :arc-authentication-results; bh=iQnOd1362v7Ctb+oGcWA83gx853m3KTQ/15CmNPuMV8=; b=Agk3DSMVWlZWVeNnsRNooOTz2aedkTHwed3IGjYgJaZ09gR+pWbtNTeUzPz2wtQd02 tY8bid4J04aDkJ3SoP57iuE/CrfPrrTk2oELIPLm0QUJzT4XP485G4A9Vpj76vbxlrH8 FvKFckIevcCrGKxH7WS9LuNdYhSunDs99XztuNX7bsB2Poyfkmjc1vdUuAD+EckCeiap iXMT+4DIyY9RyCjaYXjzD1qef9pbkUi3zIrxXel4Xn+v5Mq8hDzTX0a44XCkJG0AuPiE UJ/KCrZW6MzfuGBw26+lKcqv2EbKvyLyoxEoOBtbjj8YmknmYpXGnh5oX/V3uXh36vBv HbvQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f35-v6si6970279plh.394.2018.03.22.14.11.15; Thu, 22 Mar 2018 14:11:30 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751691AbeCVVKZ (ORCPT + 99 others); Thu, 22 Mar 2018 17:10:25 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:32908 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751531AbeCVVKY (ORCPT ); Thu, 22 Mar 2018 17:10:24 -0400 Received: from akpm3.svl.corp.google.com (unknown [104.133.9.71]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id EECA3E99; Thu, 22 Mar 2018 21:10:23 +0000 (UTC) Date: Thu, 22 Mar 2018 14:10:22 -0700 From: Andrew Morton To: Steven Rostedt Cc: LKML , linux-mm@kvack.org, Michal Hocko , Mel Gorman , Vlastimil Babka , Linus Torvalds , Alexei Starovoitov , Andrey Ryabinin Subject: Re: [PATCH] mm, vmscan, tracing: Use pointer to reclaim_stat struct in trace event Message-Id: <20180322141022.f02476e1f76338ab9cecf62e@linux-foundation.org> In-Reply-To: <20180322121003.4177af15@gandalf.local.home> References: <20180322121003.4177af15@gandalf.local.home> X-Mailer: Sylpheed 3.6.0 (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 Thu, 22 Mar 2018 12:10:03 -0400 Steven Rostedt wrote: > > The trace event trace_mm_vmscan_lru_shrink_inactive() currently has 12 > parameters! Seven of them are from the reclaim_stat structure. This > structure is currently local to mm/vmscan.c. By moving it to the global > vmstat.h header, we can also reference it from the vmscan tracepoints. In > moving it, it brings down the overhead of passing so many arguments to the > trace event. In the future, we may limit the number of arguments that a > trace event may pass (ideally just 6, but more realistically it may be 8). Unfortunately this is not a good time. Andrey's "mm/vmscan: replace mm_vmscan_lru_shrink_inactive with shrink_page_list tracepoint" mucks with this code quite a lot and that patch's series is undergoing review at present, with a few issues yet unresolved. I'll park your patch for now and if Andrey's series doesn't converge soon I'll merge this and will ask Andrey to redo things.