Very importantly, it has traction, particularly with Oracle's big audience of administrators and system programmers from a proprietary Unix background. Even if SystemTap does absolutely everything DTrace does, you know DTrace already.
This isn't a _huge_ audience, but it is one that's comfortable paying Oracle money. Making sure these people have a reason to ask specifically for Oracle's Linux, not Red Hat, will pay for itself. Previously DTrace was a reason for Solaris administrators to resist going Linux at all, but Oracle doesn't care about that, so it wants DTrace on Linux.
The license doesn't actually matter so much. If you know you want DTrace, that's a reason to choose Oracle, because the DTrace experts work for Oracle.
Posted Oct 7, 2011 20:36 UTC (Fri) by bcantrill (guest, #31087)
[Link]
A point of clarification: the DTrace experts do not, in fact, work for Oracle; all three of the original team have left, as has Brendan Gregg (author of both the DTraceToolkit and the recent book on DTrace). A minor point, perhaps, but a significant one for those of us who have parted ways with the company -- especially as DTrace has continued to be developed under different ownership.
But
Posted Oct 8, 2011 23:53 UTC (Sat) by tialaramex (subscriber, #21167)
[Link]
Thanks for that information. It seems as though this would make Oracle's attempt to port DTrace to Linux rather tricky, unless there is now equivalent expertise among a new generation of hackers at Oracle.
But
Posted Oct 10, 2011 1:43 UTC (Mon) by vonbrand (subscriber, #4458)
[Link]
Presumably the variables and functions to monitor are sufficiently different between Solaris and Linux that the supposed advantage of dtrace just doesn't exist.