效率方面的考虑

在所调试程序的执行时间方面，各种事件都有不同程度的开销。但某些事件（如最简单的断点）几乎没有开销。基于单个断点的事件的开销非常小。

多种可能会导致生成数百个断点的断点（如 inclass）仅在创建期间有开销。这是因为 dbx 使用永久性断点，这些断点一直保留在进程中，每次中断时并不会被移除，且每次执行 cont 命令时都会被置入。

速度最慢的事件是利用自动单步执行功能的事件。在单步执行每个源代码行的 trace step 命令中，这可能非常明显。其他一些事件（如 stop change expression 或 trace cond variable）不仅自动单步执行，而且还必须在执行每一步时对表达式或变量求值。

这些事件的速度非常慢，但通常可以使用 -in 修饰符将事件与函数绑定来克服速度慢这一问题。例如：

trace next -in mumble
stop change clobbered_variable -in lookup

请勿使用 trace -in main，这是因为 trace 在 main 调用的函数中也有效。而是在怀疑 lookup() 函数破坏变量的情况下使用它。