Menu Close

第 8 章 GFS2 追踪点和 glock debugfs 接口

本文档介绍了 GFS2 追踪点和 glock debugfs 接口的文档,适用于熟悉文件系统内部的高级用户,以及想要了解更多有关 GFS2 设计以及如何调试 GFS2 具体问题的信息。

以下小节描述了 GFS2 追踪点和 GFS2 glocks 文件。

8.1. GFS2 追踪点(tracepoint)类型

目前有三种类型的 GFS2 追踪点:glock (发音为 "gee-lock")追踪点、bmap 追踪点和 log 追踪点。它们可以用来监控正在运行的 GFS2 文件系统,并提供之前 Red Hat Enterprise Linux 发行版本中支持的调试选项的附加信息。当问题(如挂起或性能问题)可以重复出现时,追踪点就会非常有用,因此可以在有问题的操作过程中获得追踪点的输出。在 GFS2 中,glocks 是主要缓存控制机制,它们是了解 GFS2 内核性能的关键。bmap(块映射)追踪点可用于监控块分配和块映射(查找磁盘元数据树中已分配的块)以及检查与本地访问相关的任何问题。日志追踪点记录要从日志中写入和发布的数据,并可提供 GFS2 部分的有用信息。

追踪点的设计原则是尽可能通用。这意味着在 Red Hat Enterprise Linux 8 中不需要更改 API。另外,使用这个接口的用户应该意识到,它只是一个调试界面,而不是一般的 Red Hat Enterprise Linux 8 API 集的一部分,因此红帽并不保证不会在以后修改 GFS2 追踪点接口。

追踪点是 Red Hat Enterprise Linux 的一般功能,其范围超出了 GFS2。特别是用于实施 blktrace 基础架构,并且可将 blktrace 追踪点与 GFS2 结合使用,以获得系统性能的完整信息。取决于追踪点操作的级别,它们可能会在短时间内产生大量数据。虽然追踪点被设计为在启用时有最小的系统负载,但它们无可避免地会产生一些影响。通过不同方法过滤事件可帮助减少数据的数量,并帮助只获得有助于了解特定情形的信息。