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 [...]

Posted on June 29, 2004 at 3:20 pm by ahl · Permalink · Comments Closed
In: DTrace

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.

Posted on June 25, 2004 at 12:55 am by ahl · Permalink · 2 Comments
In: DTrace

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 [...]

Posted on June 24, 2004 at 1:15 am by ahl · Permalink · 3 Comments
In: DTrace

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. [...]

Posted on June 22, 2004 at 8:22 am by ahl · Permalink · Comments Closed
In: DTrace

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 [...]

Posted on June 17, 2004 at 9:24 am by ahl · Permalink · Comments Closed
In: DTrace