Archive for June, 2004
from linux.kernel
I noticed the following usenet post the other day: Hi, I have a fairly busy mailserver which also has a simple iptables ruleset (blocking some IP’s) running 2.6.7 with the deadline i/o scheduler. vmstat was reporting that system time was around 80%. I did the following readprofile -r ; sleep 240 ; readprofile -n -m [...]
DTrace bookkeeping
Thanks to a suggestion from Alan Hargreaves, I’ve moved the DTrace Solaris Express schedule here where it will continue to live and be updated.
Life without DTrace
As a member of the Solaris Kernel Group, I’ve obviously developed an affinity for using Solaris. There are tools like truss(1) and pstack(1) that come out of my fingers before I know what I’m typing, and now DTrace has taken such a central role in how I develop software, administer boxes, and chase down problems [...]
The next piece of the DTrace puzzle
When we first wrote DTrace, we needed to make sure it satisfied our fundamental goals: stable, safe, extensive, available in production, zero probe effect when disabled. By extensive, we meant that every corner of the system had to be covered, from kernel function calls, and kstats through system calls to any instruction in any process. [...]
Warm up the propaganda machine
I’m a Solaris Kernel engineer at Sun working on DTrace, the new dynamic instrumentation framework in Solaris 10, along side my coconspirators Bryan Cantrill and Mike Shapiro. In addition to spending a large amount of my time improving DTrace, I have and continue to work on observability and debugging tools in Solaris — mdb(1), the [...]