From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8506 invoked by alias); 19 Aug 2013 22:02:15 -0000 Mailing-List: contact systemtap-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: systemtap-owner@sourceware.org Received: (qmail 8488 invoked by uid 89); 19 Aug 2013 22:02:15 -0000 X-Spam-SWARE-Status: No, score=-7.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_HOSTKARMA_W,RCVD_IN_HOSTKARMA_WL,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Mon, 19 Aug 2013 22:02:15 +0000 Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r7JM2D8c026014 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 19 Aug 2013 18:02:13 -0400 Received: from fche.csb (vpn-63-181.rdu2.redhat.com [10.10.63.181]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r7JM2DeC006740; Mon, 19 Aug 2013 18:02:13 -0400 Received: by fche.csb (Postfix, from userid 2569) id EC8875819A; Mon, 19 Aug 2013 18:02:12 -0400 (EDT) To: Jeff Johnston Cc: systemtap@sourceware.org Subject: Re: Trying to get an embedded C function to use file I/O References: <520E645A.9080305@redhat.com> <52124A10.4020504@redhat.com> From: fche@redhat.com (Frank Ch. Eigler) Date: Mon, 19 Aug 2013 22:02:00 -0000 In-Reply-To: <52124A10.4020504@redhat.com> (Jeff Johnston's message of "Mon, 19 Aug 2013 12:38:40 -0400") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2013-q3/txt/msg00156.txt.bz2 jjohnstn wrote: > [...] The LTTng kernel side of the trace ends up with multiple CTF > format files: a metadata file which describes the data format and a > number of binary files (essentially a permutation of CPUs and > channels (usually just channel 0). [...] Is lttng restricted to having only a single 'channel' or dataset per file? If not, why not (a) have one monster CTF file that includes cross-cpu cross-channel cross-everything data? or (b) use stap -b (bulk) mode to produce per-cpu files, each of which could be converted to CTF in userspace (perhaps requiring nothing but removal of the stap timestamping/framing metadata in those bulk-mode files; see stap-merge.c). - FChE