引言
Systemtap脚本编写难度较高，真正解决问题时候确实相当紧迫，为了保证各位高效地解决问题，Systemp提供相当多的种类脚本，包括interrupt、io、memory、network、profiling等种类脚本。随之带来的问题出现了，如何应用这些脚本呢？哪种场合应用这些脚本呢？
下面跟大家一起讨论profiling种类下的latencytop，让更多的人找到一种解决系统延迟问题的解决办法。
概述
SystemTap 是监控和跟踪运行中的 Linux 内核的操作的动态方法。这句话的关键词是动态，因为 SystemTap 没有使用工具构建一个特殊的内核，而是允许您在运行时动态地安装该工具。SystemTap 与一种名为 DTrace 的老技术相似，该技术源于 Sun Solaris 操作系统。在 DTrace 中，开发人员可以用 D 编程语言（C 语言的子集，但修改为支持跟踪行为）编写脚本。DTrace 是 Solaris 最引人注目的部分，所以在其他操作系统中开发它并不奇怪。考虑到 DTrace 和 ProbeVue 在各自的操作系统中的巨大作用，为 Linux 操作系统策划一个实现该功能的开源项目是势不可挡的。SystemTap 从 2005 年开始开发，它提供与 DTrace 和 ProbeVue 类似的功能。许多社区还进一步完善了它，包括 Red Hat、Intel、Hitachi 和 IBM 等。
SystemTap 如何安装请参考《systemtap入门指南》。有些人会问，Intel已经贡献过Latencytop工具了，为什么还要使用SystemTap下的Latencytop脚本呢？原因是Intel贡献的脚本只能在RHEL2.6.26版本系统中使用，部门大多数应用的是RHEL2.6.18版本系统，所以想继续解决问题的方法就是应用systemtap 1.4版本以后带的latencytop.stp脚本。