第 9 章 GFS2 追踪点和 glock debugfs 接口
本文档介绍了 GFS2 追踪点和 glock debugfs 接口的文档，适用于熟悉文件系统内部的高级用户，以及想要了解更多有关 GFS2 设计以及如何调试 GFS2 具体问题的信息。
以下小节描述了 GFS2 追踪点和 GFS2 glocks 文件。
9.1. GFS2 追踪点（tracepoint）类型
目前有三种类型的 GFS2 追踪点：glock （发音为 "gee-lock"）追踪点、bmap 追踪点和 log 追踪点。它们可以用来监控正在运行的 GFS2 文件系统。当问题（如挂起或性能问题）可以重复出现时，追踪点就会非常有用，因此可以在有问题的操作过程中获得追踪点的输出。在 GFS2 中，glocks 是主要缓存控制机制，它们是了解 GFS2 内核性能的关键。bmap（块映射）追踪点可用于监控块分配和块映射（查找磁盘元数据树中已分配的块）以及检查与本地访问相关的任何问题。日志追踪点跟踪从日志中写入和释放的数据，并提供了有关 GFS2 部分的有用信息。
追踪点的设计原则是尽可能通用。这意味着，在 Red Hat Enterprise Linux 9 过程中不需要更改 API。另外，这个接口的用户应该注意，这是一个调试接口，而不是正常的 Red Hat Enterprise Linux 9 API 集合的一部分，因此红帽不保证 GFS2 追踪点接口中的更改不会发生。
追踪点是 Red Hat Enterprise Linux 的一般功能，其范围超出了 GFS2。特别是用于实施 blktrace 基础架构，并且可将 blktrace 追踪点与 GFS2 结合使用，以获得系统性能的完整信息。取决于追踪点操作的级别，它们可能会在短时间内产生大量数据。虽然追踪点被设计为在启用时有最小的系统负载，但它们无可避免地会产生一些影响。通过不同方法过滤事件可帮助减少数据的数量，并帮助只获得有助于了解特定情形的信息。
