第 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 结合使用,以获得系统性能的完整信息。取决于追踪点操作的级别,它们可能会在短时间内产生大量数据。虽然追踪点被设计为在启用时有最小的系统负载,但它们无可避免地会产生一些影响。通过不同方法过滤事件可帮助减少数据的数量,并帮助只获得有助于了解特定情形的信息。