Received: by 2002:ac0:8c9a:0:0:0:0:0 with SMTP id r26csp4142959ima; Mon, 4 Feb 2019 10:57:11 -0800 (PST) X-Google-Smtp-Source: AHgI3IbpCj55nP/SWPOimAVrC5JjLLNdlHTaK2WtEuYnQXKlqbMKOswU1euO+D3+YFbsXNGSk8x9 X-Received: by 2002:a63:e156:: with SMTP id h22mr754035pgk.255.1549306631625; Mon, 04 Feb 2019 10:57:11 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1549306631; cv=none; d=google.com; s=arc-20160816; b=AiGB0GGrANaH8qD6/LrzpZrcVkOPPkEe3la8OJeRzIu4HCk9jsFdQvgW94pxLseQF8 hZUED6yzF4XeFeqHvRc63IJIxFQvLB9R1EvPbXO8TlhFBxc2jfW3XBDImPoFxEisz+ZT WzFMfrZKT+qF9PIm2431bIOXTluk1tqq89TAWwHwV1+SkFBiGoQDwQSrwauhgDw2/lAM smgPTMMSTs0xVPCOksHfHvA+wDlZF30Ws7aNKaQzxunAYaomu/u4IxOCorAf69suflAk 3yMpC1tsVCC2KE4VQzZImKeXYQAEBkRHm6QbJwnsJWrdRYrFFkMD9aaJ71ZILCV/tYKM 9QNA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=eB7rLJj0zWDFaY0IrsCoKrezlQtftgSE3U7E+p9MGD8=; b=Gl2+gLH4EhJ11hBy/dve76rUSwgsEqHhFiNCGl0JLVybbM/cw94cLYlOsEPE2nNP0C PBpt+MZFxhnx099/JonLVtI2jxGlSyA5b3fYSXKo4UHOY/76tLsq2M1ZsA2Nn875lCH4 SD4jp4mLP+hCjvkCCxTb8jcCc2geCAyXLLFBuQvLpDLGF4PQXkZSkPAIehA7Vm1hImXG co1P0sq5Kt05aMcvBJLdt1cK7UC8JczwQ4/wYihATDf2zTJejstvSnO7dNn0vf+JJhrV NjDe1Be9sxgDjpKN3Rb/QO1DWFMJwQ6JTSv3+Laen0BJkQPsTh+h2kBosMyAL6HBb5OZ L0lg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b="r5Y/e2Lk"; 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; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t65si741900pfb.247.2019.02.04.10.56.55; Mon, 04 Feb 2019 10:57:11 -0800 (PST) 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; dkim=pass header.i=@google.com header.s=20161025 header.b="r5Y/e2Lk"; 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; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729616AbfBDS4T (ORCPT + 99 others); Mon, 4 Feb 2019 13:56:19 -0500 Received: from mail-vs1-f67.google.com ([209.85.217.67]:40535 "EHLO mail-vs1-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726585AbfBDS4T (ORCPT ); Mon, 4 Feb 2019 13:56:19 -0500 Received: by mail-vs1-f67.google.com with SMTP id z3so599928vsf.7 for ; Mon, 04 Feb 2019 10:56:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=eB7rLJj0zWDFaY0IrsCoKrezlQtftgSE3U7E+p9MGD8=; b=r5Y/e2LkRULJwPfbVBFN1qItunDZE0FRQAguY3G3d01BR1vioKSDbkTxCHPCd5B2hc TsxTiA9rVTAr0Zp7Ft4GM1mYoq6TO1t1KM1COIyal04BZCdou3BJg+5w/vDUcis8t9YM noLXDfylylvFpaljwxlfG9qlsUpnqynN5Oj7L3FuNy4QrCaXwm6Jl2pt8yLMVmTsOMu5 CALWPlNtfY3jbCfpL4ohsAMznKTtbEbJow68mDcnYbwYJUBA+lTvEg3+J2wFZvdZq98P ZrAEziBQhvGsyRd075+jGWvWxW8+O6qDRnZDwClH1kvmz5EkqhzvtC5UKUcPS6BlJDNQ 1fvA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=eB7rLJj0zWDFaY0IrsCoKrezlQtftgSE3U7E+p9MGD8=; b=sif6Bpe/r3k5pZzuZQFtQRTzJj/FB7h6r3odpQwYjnjZ/m/0OgxlDrP1LYA5Jcd0h0 A/r4IWYIs4D9LRgKykaGcuSnW7EdzTgx5nIrAxIp344LWHWxem+CV8TQwU7Ffwj0My6n 506OHf8oN1llzcw9JwSZUtPrmf5Hk7SdE8u4srKLY1Gn4NrB8jX5Zy4snfyQz+qpolo2 UxIp1LW7XTDtqt7QZkxAOK6CBEPBZvMINKpqMSz0eLFaJpY6GNiezOBZqDCb9dccPhx/ XToJJDxjgcoN9K5VcTKYNZz79HPu36vZn6A1c0CNlhcj57owmdIXKEgvDKnU8pRbgmt7 xehw== X-Gm-Message-State: AHQUAubEta9xUpGkELB2lte6/p4jvfEhrhsdS88SlLwWwfdpEGXQS0ka l+btoKy9vXxlJJrs0AgAXEcJhjUiHTyTBe2pCtq1GA== X-Received: by 2002:a67:74d1:: with SMTP id p200mr374906vsc.101.1549306577448; Mon, 04 Feb 2019 10:56:17 -0800 (PST) MIME-Version: 1.0 References: <20190203153018.9650-1-jolsa@kernel.org> <8d8b3f0d-cea8-2daf-249f-29f485c49a46@linux.intel.com> <20190204103643.GA18141@krava> <6bf24b7d-2bd3-8091-cf49-363c91e4e864@linux.intel.com> <20190204114144.GC18141@krava> In-Reply-To: <20190204114144.GC18141@krava> From: Stephane Eranian Date: Mon, 4 Feb 2019 10:56:05 -0800 Message-ID: Subject: Re: [RFC/PATCH 00/14] perf record: Add support to store data in directory To: Jiri Olsa Cc: Alexey Budankov , Jiri Olsa , Arnaldo Carvalho de Melo , lkml , Ingo Molnar , Namhyung Kim , Alexander Shishkin , Peter Zijlstra , Adrian Hunter , Andi Kleen Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Feb 4, 2019 at 3:41 AM Jiri Olsa wrote: > > On Mon, Feb 04, 2019 at 02:29:56PM +0300, Alexey Budankov wrote: > > On 04.02.2019 13:36, Jiri Olsa wrote: > > > On Mon, Feb 04, 2019 at 01:12:11PM +0300, Alexey Budankov wrote: > > >> > > >> Hi, > > >> > > >> On 03.02.2019 18:30, Jiri Olsa wrote: > > >>> hi, > > >>> this patchset adds the --dir option to record command (and all > > >>> the other record command that overload cmd_record) that allows > > >>> the data to be stored in directory with multiple data files. > > >>> > > >>> It's next step for multiple threads implementation in record. > > >>> It's now possible to make directory data via --dir option, like: > > >>> > > >>> $ perf record --dir perf bench sched messaging > > >> > > >> Is it possible to name data directory differently from perf.data > > >> e.g. using --output option, like this? > > >> > > >> $ perf record --output result_1 --dir perf bench sched messaging > > > > > > > > > yep, it's taken into account: > > > > > > [jolsa@krava perf]$ ./perf record --output result_1 --dir ./perf bench sched messaging > > > Couldn't synthesize bpf events. > > > # Running 'sched/messaging' benchmark: > > > # 20 sender and receiver processes per group > > > # 10 groups == 400 processes run > > > > > > Total time: 0.177 [sec] > > > [ perf record: Woken up 1 times to write data ] > > > [ perf record: Captured and wrote 0.316 MB result_1 (7225 samples) ] > > > > > > [jolsa@krava perf]$ ll result_1/ > > > total 348 > > > -rw-------. 1 jolsa jolsa 27624 Feb 4 11:35 data.0 > > > -rw-------. 1 jolsa jolsa 56672 Feb 4 11:35 data.1 > > > -rw-------. 1 jolsa jolsa 30824 Feb 4 11:35 data.2 > > > -rw-------. 1 jolsa jolsa 49136 Feb 4 11:35 data.3 > > > -rw-------. 1 jolsa jolsa 22712 Feb 4 11:35 data.4 > > > -rw-------. 1 jolsa jolsa 53392 Feb 4 11:35 data.5 > > > -rw-------. 1 jolsa jolsa 43352 Feb 4 11:35 data.6 > > > -rw-------. 1 jolsa jolsa 46688 Feb 4 11:35 data.7 > > > -rw-------. 1 jolsa jolsa 9068 Feb 4 11:35 header > > > > Awesome. What do you think about having it like this: > > > > $ perf record --output result_1.data ... - writes data to a file > > > > $ perf record --dir result_1 ... - or even > > $ perf record --output_dir result_1 ... - writes data into a directory > > > > IMHO, this interface is simpler for a user. > > yep, seems more convenient.. I'll add it > But what happens if you do: perf record -o foo --output_dir foo.d? > thanks, > jirka