From mboxrd@z Thu Jan  1 00:00:00 1970
MIME-Version: 1.0
In-Reply-To: <3C95D7D1-0518-449E-8711-DA90EF1B7183@mac.com>
References: <1f9dd4633f6c8737e5b2722e0af23588@brasstown.quanstro.net>
	<13426df10910271923r1e030dc7u7b198678866ae949@mail.gmail.com>
	<C94AD703-EEDD-4B02-AE57-66593B3F7EC2@corpus-callosum.com>
	<3C95D7D1-0518-449E-8711-DA90EF1B7183@mac.com>
Date: Sat, 31 Oct 2009 20:26:55 -0700
Message-ID: <13426df10910312026g19bde105mc0e5b2b68487cf15@mail.gmail.com>
From: ron minnich <rminnich@gmail.com>
To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
Content-Type: text/plain; charset=ISO-8859-1
Subject: Re: [9fans] dtrace for plan 9
Topicbox-Message-UUID: 95076fc0-ead5-11e9-9d60-3106f5b1d025

On Sat, Oct 31, 2009 at 8:01 PM,  <dave.l@mac.com> wrote:

> but wouldn't be slightly nicer to have something like a set of dynamic
> probes
> which queue up blobs of data up for userland code to do the hairy lifting
> on?

yeah. You are right. Is there any reason that D couldn't always run in
user mode, having read from a device which delivers events to it?

I'm not really that familiar with dtrace, as you can tell; I've just
read the papers, not really used it.

ron