Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp2223718ybt; Sun, 28 Jun 2020 12:03:01 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzHvXYok1mWn2J7GE+HjhC2hE71btcvixdF9hEJzcETqtUJ/zw9GMnZ+QealtaIhBl9f7RM X-Received: by 2002:a17:906:2505:: with SMTP id i5mr10807781ejb.545.1593370981099; Sun, 28 Jun 2020 12:03:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1593370981; cv=none; d=google.com; s=arc-20160816; b=YSFYYdOI6AI2cqb3wJZ5Weqjc462PB+lfWXydg5+ID5wT6Evq+fDHihrMdxeG04gc4 OluQ2yg2w+Sb1WuYqVy8j5nXlET3fzx1d0zNJJ6uNYX4lAidNrERDTqipw1Rhk2mNW7B TKdwscqY8zlCdCeHNrVeFAsCGaNRmJt/g/qewnVSGzXPyFCmuv3PG12XmMU45OnaEtyS KQMrGZouAwe4caidFu9BbNyRzdRDnhx+EdwB2iBzvp/0BkXqczPWb0OeeFMBz94SU8xP 8EDD8sXGqo9sT0BY+/PNmpzSlVYAm5qLY2XaedrocIObPaCUvasxF107BgvSd9ueZGZc h3zQ== 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; bh=vL7Wj4Igpeo2SxhBpl5JsvDRl2hJ0iGUin9mwh3ent8=; b=AyTd7YQTaXmM7T740KJdyKqLxel3TC9UGyrqkL3F6gD3kEPSI6OtX96aIrJtRGxTBa EwBdHkzuHX4bq1272LSXkTjQNKtyMf5gUJjy4LHdoiZJEpgiWwBCQ4sGJq7D8cUlrxY+ 9RKl/sOZQwiphyPip3Uu8FhDvraNsDZyfy0adDbzNnw3KQ/ukx3af1ZOmh7BghJdSdsx aYCQhr076b3ESR6yTY6tf+XSyVzXx0wzWIDEn7WEwwb5RG+LIj49xC+Fgfk+ev/3FLk7 6e0lve1dnFf5o/dDCO8v+tVBMZmBiBNXDusZk54nFFamcHWZrKZMpIaMnhFTYAxqpD7F lgow== 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 n6si13548898ejc.328.2020.06.28.12.02.37; Sun, 28 Jun 2020 12:03:01 -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; 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 S1726691AbgF1TAT (ORCPT + 99 others); Sun, 28 Jun 2020 15:00:19 -0400 Received: from mail.kernel.org ([198.145.29.99]:36988 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726585AbgF1TAS (ORCPT ); Sun, 28 Jun 2020 15:00:18 -0400 Received: from oasis.local.home (cpe-66-24-58-225.stny.res.rr.com [66.24.58.225]) (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 94A6E206C0; Sun, 28 Jun 2020 19:00:16 +0000 (UTC) Date: Sun, 28 Jun 2020 15:00:15 -0400 From: Steven Rostedt To: Alexei Starovoitov Cc: Nicolas Boichat , LKML , Ingo Molnar , Andrew Morton , Kees Cook , Jason Gunthorpe , Daniel Vetter , Peter Zijlstra , Vinod Koul , Andy Shevchenko , Alexey Dobriyan , Tiezhu Yang , Thomas Gleixner , "Guilherme G . Piccoli" , Will Deacon , Douglas Anderson , Guenter Roeck , bpf@vger.kernel.org Subject: Re: [PATCH] kernel/trace: Add TRACING_ALLOW_PRINTK config option Message-ID: <20200628150015.363009dd@oasis.local.home> In-Reply-To: <20200628144616.52f09152@oasis.local.home> References: <20200624084524.259560-1-drinkcat@chromium.org> <20200624120408.12c8fa0d@oasis.local.home> <20200625035913.z4setdowrgt4sqpd@ast-mbp.dhcp.thefacebook.com> <20200626181455.155912d9@oasis.local.home> <20200628172700.5ea422tmw77otadn@ast-mbp.dhcp.thefacebook.com> <20200628144616.52f09152@oasis.local.home> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; 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 Sun, 28 Jun 2020 14:46:16 -0400 Steven Rostedt wrote: > > We added a bunch of code to libbcc in the past to support instances, > > but eventually removed it all due to memory overhead per instance. > > If I recall it was ~8Mbyte per instance. That was couple years ago. > > I'd like to see where that 8 MB per instance came from. You can control > the size of the instance buffers. If size is still an issue, I'll be > happy to work with you to fix it. Looks to be the duplication of the event directory tree. There's a lot of duplicate data there. Instead of just punting and saying "instances are too large" perhaps you could get someone to look at a way to consolidate that data? I'm sure there's a lot of ways to help here. Or you can just create a new event called bpf_printk() that passes in and records a string and enable that automatically when a bpf module has it. That could work as well. In either case, your use of trace_printk() is an abuse of its purpose. -- Steve