From: mathieu.desnoyers@efficios.com (Mathieu Desnoyers)
Subject: [lttng-dev] Questions about JUL (was: lttng-dev Digest, Vol 67, Issue 48)
Date: Mon, 3 Feb 2014 15:36:14 +0000 (UTC) [thread overview]
Message-ID: <1953408834.17890.1391441774252.JavaMail.zimbra@efficios.com> (raw)
In-Reply-To: <63008C666A72BB4F892767155D012B30390BFB4D@eusaamb105.ericsson.se>
Hi Jim,
I'm CCing David on this one. He will answer as soon
we he gets back from FOSDEM (and recovers from jet lag). ;-)
Note to Daniel: please don't reply to a mailing list digest. It's a
very good way to have an email ignored as "TL;DR".
Thanks!
Mathieu
----- Original Message -----
> From: "Jim Dumont" <jim.dumont@ericsson.com>
> To: lttng-dev at lists.lttng.org
> Sent: Friday, January 17, 2014 12:26:13 PM
> Subject: Re: [lttng-dev] lttng-dev Digest, Vol 67, Issue 48
>
> Hi there,
>
> Was there a follow-up to the series of questions raised by Daniel below and
> referenced here:
>
> http://lists.lttng.org/pipermail/lttng-dev/2013-November/021844.html
>
> I didn't see one in the mailing list.
>
> BR,
>
> /Jim
>
[...]
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 15 Nov 2013 20:22:34 +0000
> From: "Thibault, Daniel" <Daniel.Thibault@drdc-rddc.gc.ca>
> To: "lttng-dev at lists.lttng.org" <lttng-dev at lists.lttng.org>
> Subject: Re: [lttng-dev] [RELEASE] LTTng-Tools 2.4.0-rc1 - ?poque
> Opaque
> Message-ID:
> <48CF5AC71E61DB46B70D0F388054EFFD267A2503 at VAL-E-01.valcartier.drdc-rddc.gc.ca>
>
> Content-Type: text/plain; charset="iso-8859-1"
>
> -----Message d'origine-----
> Date: Fri, 15 Nov 2013 12:27:01 -0500
> From: David Goulet <dgoulet@efficios.com>
>
> > 1) Live support. It's now possible to stream traces (kernel and UST)
> > while they being extracted meaning a relayd can now receive traces
> > live and a viewer can attach to it to process the trace while running.
> > The "--live" has been added to lttng create command that sets up a
> > live tracing session.
> >
> > See doc/live-reading-howto.txt and doc/live-reading-protocol.txt for
> > more detail on that feature.
>
> Does this mean you can't do a "live" trace to local storage?
>
> > 2) Java Util Logging support. With a special LTTngAgent located in
> > lttng-ust project (liblttng-ust-jul) to trace JUL events and gather
> > UST traces with them.
> >
> > The -j/--jul domain has been added to lttng command line so you can
> > list the possible JUL Logger object and enable/disable them. It is the
> > same as using the UST or Kernel domain.
> >
> > As of now, filters and loglevel are ignored with the JUL domain.
>
> Saying "It is the same as using the UST or Kernel domain" leaves a lot of
> questions unanswered, since the kernel and user-space behave *very*
> differently on a lot of points.
>
> 1) Does --jul require root privileges?
> 2) I suppose the various commands have --kernel pre-empting --userspace
> pre-empting --ul?
> 3) add-context: does --jul have the same possible context types as
> --userspace (i.e. ip, pthread_id, procname, vpid, vtid)?
> 4) enable-channel:
> 4.1) Are the --jul --subbuf-size, --num-subbuf and --read-timer defaults the
> same as with --userspace?
> 4.2) Presumably --output can only be mmap?
> 4.3) Are the --jul buffering schemes the same as with --userspace (i.e.
> --buffers-pid and --buffers-uid)?
> 4.4) If yes, won't they all degenerate to the virtual machine's user and
> process IDs?
> 5) enable-event:
> 5.1) Can you assign --jul events to multiple channels like you can in
> --userspace?
> 5.2) Is the --jul event type --tracepoint or something else entirely?
> 5.3) Can the trailing wild card (and exclusion option) be used in the event
> name when enabling/disabling --jul events?
> 6) list: Does bug #654 also apply to --jul?
>
> Daniel U. Thibault
> Protection des syst?mes et contremesures (PSC) | Systems Protection &
> Countermeasures (SPC) Cyber s?curit? pour les missions essentielles (CME) |
> Mission Critical Cyber Security (MCCS) R & D pour la d?fense Canada -
> Valcartier (RDDC Valcartier) | Defence R&D Canada - Valcartier (DRDC
> Valcartier)
> 2459 route de la Bravoure
> Qu?bec QC G3J 1X5
> CANADA
> Vox : (418) 844-4000 x4245
> Fax : (418) 844-4538
> NAC : 918V QSDJ <http://www.travelgis.com/map.asp?addr=918V%20QSDJ>
> Gouvernement du Canada | Government of Canada
> <http://www.valcartier.drdc-rddc.gc.ca/>
>
>
--
Mathieu Desnoyers
EfficiOS Inc.
http://www.efficios.com
next parent reply other threads:[~2014-02-03 15:36 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <mailman.1320.1384681007.2186.lttng-dev@lists.lttng.org>
[not found] ` <63008C666A72BB4F892767155D012B30390BFB4D@eusaamb105.ericsson.se>
2014-02-03 15:36 ` Mathieu Desnoyers [this message]
2014-02-04 15:00 Thibault, Daniel
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1953408834.17890.1391441774252.JavaMail.zimbra@efficios.com \
--to=mathieu.desnoyers@efficios.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox