9.3. Glocks

对于 GFS2，最重要的一个独特的概念就是 glocks。就源代码而言，glock 是一个数据结构，它将合并 DLM 并缓存到单个状态机器。每个 glock 与一个 DLM 锁定有一个 1:1 的关系，为该锁定状态提供缓存，以便从文件系统中单一节点执行的重复操作不必重复调用 DLM，这有助于避免不必要的网络流量。有两大类 glock，一类是有元数据缓存的 glock，另外是没有元数据缓存的 glock。内节点 glock 和资源组 glock 都有元数据缓存，其他类型的 glock 不缓存元数据。内节点 glock 除元数据外还会缓存数据，并且具有所有 glocks 中最复杂的逻辑。

Glocks 会一直保留在内存中，直到其被解锁（根据另一个节点的请求，或虚拟机的请求）或不再有本地用户。此时它们会从 glock 哈希表中移除并释放。当 glock 创建时，DLM 锁定不会立即与 glock 关联。当对 DLM 第一次请求时，DLM 锁定与 glock 关联，如果这个请求成功，那么会在 glock 中设定 'I'（初始）标记。glock debugfs 接口 中的 "Glock Flags" 表显示不同 glock 标记的含义。当 DLM 与 glock 关联后，DLM 锁定将始终保持至少为 NL（Null）锁定模式，直到 glock 被释放。当 DLM 锁从 NL 变为解锁状态始终是 glock 生命周期中的最后一个操作。

每个 glock 都有多个与它关联的"拥有者（holder）"，每个都代表来自更高层的一个锁定请求。与来自 glock 队列的 GFS2 queue 和 dequeue holder 相关的系统调用，用来保护代码的关键部分。

glock 状态机器基于一个工作队列。出于性能的原因，可能会首选 tasklets；但是，在当前的实施中，我们需要从那些禁止他们使用的情况下提交 I/O。

下表显示了每个 glock 模式下可能会缓存哪些状态，以及缓存的状态是否为脏数据。这适用于内节点和资源组锁定，尽管资源组锁中没有数据组件，只有元数据。