第 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 8 中不需要更改 API。另外,使用这个接口的用户应该意识到,它只是一个调试界面,而不是一般的 Red Hat Enterprise Linux 8 API 集的一部分,因此红帽并不保证不会在以后修改 GFS2 追踪点接口。
追踪点是 Red Hat Enterprise Linux 的一般功能,其范围超出了 GFS2。特别是它们用于实现 blktrace
基础架构,并且可将 blktrace
追踪点可与 GFS2 结合使用,以获得系统性能的全面状况。取决于追踪点操作的级别,它们可能会在短时间内产生大量数据。虽然追踪点被设计为在启用时有最小的系统负载,但它们无可避免地会产生一些影响。通过不同方法过滤事件可帮助减少数据的数量,并帮助只获得有助于了解特定情形的信息。