On Sun, Nov 8, 2009 at 4:07 PM, wrote:
> I'd be happy to see a BPF-style filter in the kernel for filtering events
> before chucking them up to userland,
Point taken. I could pretty easily put a simple filter like that in
devtrace. It's just a question of what's needed.
ron
> The latter uses less time and effort and doesn't Heisenberging your kernel
> nearly so much.
I can also recommend Newtoning from a high cliff.
One thing I suspect people may be forgetting in the race to emulate YA
feechure of YA UNIX variant is that
one of the reasons for DTrace's complexities (hierarchical namespace,
in-kernel interpreter)
is the complexity of the Solaris kernel.
When they're trying to work out how a thread in a pr
I don't know anything specific about DTrace,
but I'm thinking a clear,
consistent interface for logging and tracing kernel operations sounds
like a good thing.
So am I, but how does this relate to dtrace?
D
