Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp748410ybt; Wed, 8 Jul 2020 10:40:32 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxbUTqUU2kPpaHMBkAL8v7LBpVUy41HnfVP/6+0e2vKJyHXNBvTAzHZlRyohQU1IMFROr0m X-Received: by 2002:a50:c88d:: with SMTP id d13mr68985013edh.104.1594230032186; Wed, 08 Jul 2020 10:40:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594230032; cv=none; d=google.com; s=arc-20160816; b=D8zzf6Xa3cbi3n2ulyZZtyMeo7FB3tR9yhhjW7lGgklPRqPtzemT2FSG7oJ8xsAGeA xZ5UfaNrKsGhhY7J2Y4uRMFHrnH8aXmNsadMUxmSc2hE1D8oqfOJeoKCaYr22oDs16Ac ChA6iCxSrzNRsttofALMV9QdIoVtfM0ZPEHjy6xnXBDVKQAHzBcssiRQgL1YVCW7UUA5 f3j8d5OEja0pBOfsPLbdGRaH3s+pF6pUUdAhz0yFhObWTelaWd4qJM6gC0odZYcGikqb MXYvOfDUyQAPmZkPBTXCKbdHpLVe/icxjWm1hpTzThHmlRzc26XszIyZfMMMXbHTbDMj QnHw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=yQnXUb0X5dq8mm5qGzuU1b6LPoOP7wZj6BXegzh0ftc=; b=sZFj1riVwb9dD1sZIBITQceXuJB4GHn5Ke320kYsno7DFWRA/u0McHVnKNVxWruu+K DLpfMtvEMqRF0OQfYjAWtKoqgr2AQhNonLBJm/qygM4ODyUUMl2TgqjPPIEiS98EaVlm KR+XCP1tYo4NrIjt/YoYQpKhiRa5LCMwwy+OaKJ8ihocRvfNHjc0FSjg4Xq6xzGznKd2 IWqwP/JrC8kGB7ESWeZ4MM2Ou/VOZj8IuXG4YACursOX/LhHbLhhN3T7fqCZhXVuky6h QIW6VxwW9iVVTvdTZRMs59lOIwTxcVKgIEhMbGZ496AyES30YP8CQFbb41szld2bF0G2 ZY0A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=T0OLVTow; 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=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id m1si354386ejj.523.2020.07.08.10.40.09; Wed, 08 Jul 2020 10:40:32 -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=T0OLVTow; 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=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726220AbgGHRkE (ORCPT + 99 others); Wed, 8 Jul 2020 13:40:04 -0400 Received: from mail.kernel.org ([198.145.29.99]:47838 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725949AbgGHRkC (ORCPT ); Wed, 8 Jul 2020 13:40:02 -0400 Received: from quaco.ghostprotocols.net (unknown [179.97.37.151]) (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 A40CA206DF; Wed, 8 Jul 2020 17:40:01 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1594230001; bh=7TgncNd/NiqsO4GHRPNVvOVc8k/5wsVCi7xJttR0ikw=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=T0OLVTowkUjHuyrAqJ7KIT/kZgGn8HvzUTWLqt6XaIK3hF6N385o4HxDh3gtt9Cjz iMWKk+S5TbzM2ov3JuPVD178v51LlCkSGwBsy0fToOSLu4RMXSBgJDWGdyPdCuBXGt hYtobqOuLTK2AE6226Phulx6iKpglcIMQUh+Vv8g= Received: by quaco.ghostprotocols.net (Postfix, from userid 1000) id BF4DF405FF; Wed, 8 Jul 2020 14:39:59 -0300 (-03) Date: Wed, 8 Jul 2020 14:39:59 -0300 From: Arnaldo Carvalho de Melo To: Changbin Du Cc: Jiri Olsa , Peter Zijlstra , Ingo Molnar , Namhyung Kim , Steven Rostedt , linux-kernel@vger.kernel.org Subject: Re: [PATCH v3 00/17] perf: ftrace enhancement Message-ID: <20200708173959.GD22437@kernel.org> References: <20200708164605.31245-1-changbin.du@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200708164605.31245-1-changbin.du@gmail.com> X-Url: http://acmel.wordpress.com Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Em Thu, Jul 09, 2020 at 12:45:48AM +0800, Changbin Du escreveu: > Here is a glance of all ftrace functions with this serias: > > $ sudo perf ftrace -h > Usage: perf ftrace [] [] > or: perf ftrace [] -- [] > > -a, --all-cpus system-wide collection from all CPUs > -C, --cpu list of cpus to monitor > -d, --delay ms to wait before starting tracing after program start > -D, --graph-depth > Max depth for function graph tracer (This option is deprecated) > -F, --funcs Show available functions to filter > -G, --graph-funcs > trace given functions using function_graph tracer > -g, --nograph-funcs > Set nograph filter on given functions > -m, --buffer-size > size of per cpu buffer > -N, --notrace-funcs > do not trace given functions > -p, --pid trace on existing process id > -t, --tid trace on existing thread id (exclusive to --pid) > -T, --trace-funcs > trace given functions using function tracer > -t, --tracer > tracer to use: function or function_graph (This option is deprecated) > -v, --verbose be more verbose > --func-opts > function tracer options, available options: call-graph,irq-info > --graph-opts > graph tracer options, available options: nosleep-time,noirqs,verbose,thresh=,depth= > --inherit trace children processes > > v3: > o add --func-opts and --graph-opts to set tracer specific options. > o support units as a suffix for option '-m/--buffer-size'. Thanks for working on this! -d/--delay: [acme@quaco perf]$ perf record -h delay Usage: perf record [] [] or: perf record [] -- [] -D, --delay ms to wait before starting measurement after program start [acme@quaco perf]$ [acme@quaco perf]$ perf stat -h --delay Usage: perf stat [] [] -D, --delay ms to wait before starting measurement after program start [acme@quaco perf]$ [acme@quaco perf]$ perf trace -h -D Usage: perf trace [] [] or: perf trace [] -- [] or: perf trace record [] [] or: perf trace record [] -- [] -D, --delay ms to wait before starting measurement after program start Perhaps we can move --graph-depth to --graph-opts and make -D/--delay be just like with 'perf record', 'perf stat' and 'perf trace'? Will be super nice if one can go from: perf stat --delay 100 workload to see the default set of counters to: perf ftrace --delay 100 workload to get the ftrace output for that. Ditto seeing the syscalls strace-like with: perf trace --delay 100 workload Regards, - Arnaldo