DTrace conference举办周期同奥运会一样。今年的conference在上个月举行了，议程如下：

11:15   Graeme - Distributed DTrace
        Max - (Useful!) DTrace intro, including DTrace production golf?

12:30   George - D language improvements
        Matt - D syntactic sugar
        Robert - CTF everywhere!

1:30    Eric - D[......]

DTrace在查找内存泄露这个令人头疼的问题方面是一个特别好的工具。这不，在前两天的FreeBSD邮件列表里，又利用DTrace解决了内存泄露的一个bug。命令很简单：

# dtrace -n 'dtmalloc::CAM_CCB: {printf("%s", execname); stack();}'

通过stack()就可以看到哪里进行了malloc。Patch如下：

diff --git a/sys/cam/cam_periph.c b/sys/cam/cam_periph.c
index 85b2ff9..1f7be4f 100644
--- a/sys/cam/[......]

Jesús Cea Avión（个人博客：https://blog.jcea.es/，为python开发DTrace probe的工程师）近日做了一个关于DTrace和Python的演讲，下载地址在这里：http://pan.baidu.com/s/1bo4IGYb，感兴趣的朋友可以看看。

Pedro Giffuni日前将FreeBSD系统的libdtrace模块中的分配内存代码做了修改（commit ID:https://svnweb.freebsd.org/base?view=revision&revision=296816）：以前是malloc一块内存，然后用bzero将这块内存清0；现在统一用calloc函数来完成上述操作。Pedro Giffuni本人的说法是“calloc(3) is faster and occasionally safer than malloc(3) + bzero(3).”。下面就看illumos社区是否会做同样的改动了。[……]

Jim Mauro写过一个度量系统调用执行时间的DTrace脚本（参考这里：Measuring the execution of each system call）：

#!/usr/sbin/dtrace -qs

syscall:::entry
/pid == $target/
{
        @count[probefunc] = count();
        self->st[probefunc] = timestamp;
}
syscall:::return
/self->st[probefunc]/
{
        this-&[......]