From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S935680AbdACTmN (ORCPT ); Tue, 3 Jan 2017 14:42:13 -0500 Received: from mx1.redhat.com ([209.132.183.28]:50078 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S965739AbdACTmJ (ORCPT ); Tue, 3 Jan 2017 14:42:09 -0500 Date: Tue, 3 Jan 2017 20:42:04 +0100 From: Jiri Olsa To: David Ahern Cc: Arnaldo Carvalho de Melo , Jiri Olsa , Namhyung Kim , Peter Zijlstra , Wang Nan , lkml , Ingo Molnar Subject: Re: [PATCH 6/7] perf record: Add switch-output size option argument Message-ID: <20170103194204.GB8826@krava> References: <1483431600-19887-1-git-send-email-jolsa@kernel.org> <1483431600-19887-7-git-send-email-jolsa@kernel.org> <24608e6a-d744-8124-26c0-33d73f690477@gmail.com> <20170103161211.GA6259@kernel.org> <8b0f2091-bad0-951c-9571-5a0e46d7f971@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8b0f2091-bad0-951c-9571-5a0e46d7f971@gmail.com> User-Agent: Mutt/1.7.1 (2016-10-04) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.32]); Tue, 03 Jan 2017 19:42:09 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jan 03, 2017 at 09:23:18AM -0700, David Ahern wrote: > On 1/3/17 9:12 AM, Arnaldo Carvalho de Melo wrote: > > Em Tue, Jan 03, 2017 at 08:33:35AM -0700, David Ahern escreveu: > >> On 1/3/17 1:19 AM, Jiri Olsa wrote: > >>> It's now possible to specify the threshold size for > >>> perf.data like: > >>> > >>> $ perf record --switch-output=2G ... > >>> > >>> Once it's reached, the current data are dumped in to the > >>> perf.data. file and session does on. > >> > >> How about something like max-file-size instead of switch-output? > > > > Well, I think he wants to use the "switch-output" semantic, which will > > go on "slicing" the output into multiple files according to the > > specified criteria, be it the existing signal one or a file size. yea, I wanted to keep current option.. which I think we will have to keep in any case > > > > "max-file-size" looks like a hard limit, no hint about producing > > multiple files. > > Sure, my point is that switch-output is an odd name for the option. > > file-slice? I actually don't mind the current switch-output=signal/size/time, because we change/switch the output file on various conditions: signal/size/time ;-) jirka