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

Red Hat logoGithubRedditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

© 2024 Red Hat, Inc.