Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 16 Oct 2001 10:46:01 -0700
From:      Luigi Rizzo <rizzo@aciri.org>
To:        John Baldwin <jhb@FreeBSD.org>
Cc:        Luigi Rizzo <rizzo@aciri.org>, arch@FreeBSD.org
Subject:   Re: where to put support for timestamping kernel events ?
Message-ID:  <20011016104601.F63982@iguana.aciri.org>
In-Reply-To: <XFMail.011016103418.jhb@FreeBSD.org>
References:  <20011016100520.E63982@iguana.aciri.org> <XFMail.011016103418.jhb@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Oct 16, 2001 at 10:34:18AM -0700, John Baldwin wrote:
> > 
> > what is KTR ? any pointers ? (sorry but i am not familiar
> > with -current, where this seems to be...)
> 
> KTR is an kernel event trace mechanism.  current includes both ktr(4) and
> ktr(9) manpages.  It basically allows you to log events in a printf-style
> fashion in the kernel including a timestamp among other things.

i see. The thing i was suggesting is much more lightweight (and
faster i presume).

> >> Unfortunately, the KTR buffr isn't exported via sysctl(8) at the moment.
> > 
> > well, the sysctl export is really trivial to do.
> 
> Except on an SMP system when aother CPU may be sticking items in the buffer
> while you are exporting it.

isn't that true for all sysctl-exported items ?

Actually, the problem i see for exporting the buffer is that in
one of the modes (!KTR_EXTEND) it stores references to kernel
addresses into the buffer, so you need a bit of in-kernel processing
to make this info useful for userland (presumably using a SYSCTL_PROC
thing to do this processing and return some significant info).

Anyways -- it looks like the timestamping i was suggesting can
be incorporated in ktr, and ktr-like things can be then MFC-ed
to stable. Any objections to this ?

	cheers
	luigi

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-arch" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20011016104601.F63982>