Received: by 2002:ac0:98c7:0:0:0:0:0 with SMTP id g7-v6csp2311031imd; Fri, 2 Nov 2018 09:13:52 -0700 (PDT) X-Google-Smtp-Source: AJdET5c6fQIB949e6hLYaPR2pxs8QzAwL3f9YW37/StdgVHcV1Jc1ukK7LecuVLAgCXyGUXrupeS X-Received: by 2002:a63:9809:: with SMTP id q9mr11525995pgd.109.1541175232524; Fri, 02 Nov 2018 09:13:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1541175232; cv=none; d=google.com; s=arc-20160816; b=jb7PmHFZ+gwCoznUzEzvN48wAQhC3wViJDh1eeRypLt7c1TvWBhrcSYZeWAcW68Vaz C1qp/PMMm2IXcgMcxWxqVwTWDogxGqvvZsD8pIMqcn6hFI3WAiOVxH0nBIOIgZVIXmFw DeEi53dtGeUAk3slSo6XnbvD+74+AzU6t+pn13nW8n1Pc1G813sCm6GIlmx5wYRCwHg+ uIzRoxY76+B68O51R5C92iRZoW/t+XqZ9VZCPcXNRMmx49rRR51eH2c6yFGxH9twJnGL Eo3wLyOc3k1oMhD/AveliVcaRftAcXPP7Iyjbnsy3v7QVViwJSTdj6I3qOgHyNZ+qKAA W8LA== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:organization:from:references:cc:to:subject; bh=+tBfyJqmkdnTHy94ouZB0XbRuo4Ekmo+toVQIICLhA0=; b=xLXqpL6/nqrMIBIkDUmhlIWHzsTlSFXetQKZ1XoPbPCjQ+a6qqIzVPXtVOMHHEm1bH 4xIKb4oGQha9ztNbgTOolrn0+Qrs38ivNXgKQ/kQ6hYcrDEqcnpzeq1O8i1hOFtqAZLR 80fNLQ/DW4fJcAityoNJD8itagAJ7jXu+ah7EbZn8IR0+j+YmRpTOZGSyLXrqnJIUzu1 Ll5vSHNRzihZyiP9VQ4J5x78ZWzdec7Hv7EkG3l0fjLBeRCB0tetRd5E82ajqa4oAkAN PCRKPwkBoNvvic3FdBrmPhjbCg4/oItLE72aZgd/UGv0R7T/fh6PLafAcRThezpS1Ytr kcdw== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t3-v6si3673025pfb.247.2018.11.02.09.13.38; Fri, 02 Nov 2018 09:13:52 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727838AbeKCBUi (ORCPT + 99 others); Fri, 2 Nov 2018 21:20:38 -0400 Received: from mga05.intel.com ([192.55.52.43]:18125 "EHLO mga05.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726085AbeKCBUi (ORCPT ); Fri, 2 Nov 2018 21:20:38 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga005.jf.intel.com ([10.7.209.41]) by fmsmga105.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 02 Nov 2018 09:13:01 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.54,456,1534834800"; d="scan'208";a="270895574" Received: from linux.intel.com ([10.54.29.200]) by orsmga005.jf.intel.com with ESMTP; 02 Nov 2018 09:13:00 -0700 Received: from [10.252.30.191] (abudanko-mobl.ccr.corp.intel.com [10.252.30.191]) by linux.intel.com (Postfix) with ESMTP id 687E15802E4; Fri, 2 Nov 2018 09:12:58 -0700 (PDT) Subject: Re: [PATCH v14 3/3]: perf record: extend trace writing to multi AIO To: Song Liu Cc: Peter Zijlstra , mingo@redhat.com, acme@kernel.org, alexander.shishkin@linux.intel.com, jolsa@redhat.com, namhyung@kernel.org, ak@linux.intel.com, open list References: <6295b798-f710-0251-3122-bbb5c694f00e@linux.intel.com> From: Alexey Budankov Organization: Intel Corp. Message-ID: Date: Fri, 2 Nov 2018 19:12:57 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, On 01.11.2018 21:30, Song Liu wrote: > On Sun, Oct 14, 2018 at 11:47 PM Alexey Budankov > wrote: >> >> >> >> static int nr_cblocks_default = 1; >> >> static int record__aio_parse(const struct option *opt, >> - const char *str __maybe_unused, >> + const char *str, >> int unset) >> { >> struct record_opts *opts = (struct record_opts *)opt->value; >> >> - if (unset) >> + if (unset) { >> opts->nr_cblocks = 0; >> - else >> - opts->nr_cblocks = nr_cblocks_default; >> + } else { >> + if (str) >> + opts->nr_cblocks = strtol(str, NULL, 0); >> + if (!opts->nr_cblocks) >> + opts->nr_cblocks = nr_cblocks_default; >> + } >> >> return 0; >> } >> #else /* HAVE_AIO_SUPPORT */ >> @@ -1492,6 +1517,13 @@ static int perf_record_config(const char *var, const char *value, void *cb) >> var = "call-graph.record-mode"; >> return perf_default_config(var, value, cb); >> } >> +#ifdef HAVE_AIO_SUPPORT >> + if (!strcmp(var, "record.aio")) { >> + rec->opts.nr_cblocks = strtol(value, NULL, 0); >> + if (!rec->opts.nr_cblocks) >> + rec->opts.nr_cblocks = nr_cblocks_default; >> + } >> +#endif >> >> return 0; >> } >> @@ -1884,8 +1916,8 @@ static struct option __record_options[] = { >> OPT_BOOLEAN(0, "dry-run", &dry_run, >> "Parse options then exit"), >> #ifdef HAVE_AIO_SUPPORT >> - OPT_CALLBACK_NOOPT(0, "aio", &record.opts, >> - NULL, "Enable asynchronous trace writing mode", >> + OPT_CALLBACK_OPTARG(0, "aio", &record.opts, >> + &nr_cblocks_default, "n", "Use control blocks in asynchronous trace writing mode (default: 1, max: 4)", >> record__aio_parse), >> #endif >> OPT_END() >> @@ -2080,6 +2112,8 @@ int cmd_record(int argc, const char **argv) >> goto out; >> } >> >> + if (rec->opts.nr_cblocks > 4) >> + rec->opts.nr_cblocks = 4; > nit: I feel this logic belongs to record__aio_parse(). And we should have > > static int nr_cblocks_max = 4; This looks reasonable. Thanks, Alexey > > Other than this > > Acked-by: Song Liu >