在生产Linux系统（RH/CentOS和Debian/Ubuntu）中，系统级跟踪的状态如何？

我正在帮助开发一个内部云基础设施（OpenStack），为我们的部门提供AWS/Rackspace/SoftLayer/等的完全内部替代方案

我的老板刚刚向我转达了一个内部客户的问题，他要求我们提供支持。我知道和Linux自己的本机（我记得它最初是在Linux kprobes上构建的；但我收集的数据表明，SystemTap的更新版本可以利用DTrace或合并到3.5内核中的补丁）。我还听说过and甚至（Linux内核

ftrace

和

uprobes

支持之间有什么区别？）

我最初的回答是询问该用户是否尝试有效地利用了它，以及它是交错系统调用跟踪（a la）的

-s

选项

但我也想在客户回来之前了解更多

我的第一个也是最重要的问题是：在CentOS 6、6.5和7.0“开箱即用”（无需更换内核）上可以使用这些选项中的哪一个？Ubuntu 12.04和14.04 LTS版本也有同样的问题吗

在云虚拟机实例（OpenStack Nova，KVM）中，有哪一个特别适合或特别不适合使用

是否对这些方案进行了合理的比较？我对每一个项目投入的时间和精力的最佳选择是什么

---

Niels Provos在IMHOSystemTap上的工作经历对您的客户来说是一个不错的选择。我在DTrace和SystemTap方面做了很多工作，我不得不说DTrace可以实现的就是SystemTap可以实现的

它们与其他工具进行了比较（正如预期的那样，SystemTap是赢家）。它还与DTrace USDT探针向后兼容

它适用于CentOS 6.x和7.x的股票内核。我不能说任何关于Ubuntu的事情，因为我使用Debian——工作很好，但Debian7内核没有uprobes。我也在Xen下使用过，一切看起来都很好

然而，与您提到的其他工具相比，SystemTap更加复杂，因为与Sysdig不同，每个性能数据收集都需要脚本（它有示例，但不多，并且没有DTraceToolkit之类的东西）。Event LTTng项目正在开发用户友好的工具

---

此外，著名的DTrace开发人员之一Brendan Gregg目前正在与Sysdig和SystemTap合作，这应该是有意义的。

Brendan Gregg在其网站上对linux性能/跟踪进行了几次概述，列出了一些跟踪程序-幻灯片37、47、48、65-78：“追踪者：–perf_events、ftrace、eBPF、SystemTap、ktap、LTTng、dtrace4linux、sysdig”我亲眼看到了Brendan的演讲（规模）。这些都是很好的资源。我只是希望出现一些共识和整合。