附錄 C. GFS2 tracepoint 和 debugfs glock 檔案

目前 GFS2 tracepoint 的類型有三種：glock（念作「gee-lock」）tracepoint、bmap tracepoint 以及 log tracepoint。它們可被使用來監控執行中的 GFS2 檔案系統，並提供額外的資訊，這些資訊亦可透過先前的 RHEL 發行版中所支援的除錯選項來取得。tracepoint 對於當機或是效能影響上的問題，能被重新產生時特別有幫助，如此一來便能在進行有問題的作業時，取得 tracepoint 的輸出。在 GFS2 中，glocks 為主要的快取控制機制，並且它們為理解 GFS2 核心效能的關鍵。bmap（block map，區塊對應）tracepoint 可使用來監控區塊分配以及區塊對映（在磁碟上的 metadata 結構樹上查詢已分配的區塊），並查看是否有任何有關於區域存取的問題。log tracepoint 則會追蹤被寫入日誌及釋出的資料，並可提供有關於 GFS2 該部分的有用資訊。

tracepoint 盡可能的採用了通用的設計。這代表使用 RHEL 6 的期間無需更改 API。另一方面，此介面的使用者應注意，此乃除錯介面，而不屬於一般正常 RHEL 6 API 集的一部分，因此 Red Hat 無法保證不會更改 GFS2 tracepoint 介面。

tracepoints 乃 RHEL 6 的一般功能，並且它們的範圍超出了 GFS2。它們專門被使用來實作 blktrace 架構，並且 blktrace tracepoint 可與 GFS2 的架構合併使用，以取得更加詳細的系統效能。根據 tracepoint 進行作業的層級，它們可在短時間內產生大量的資料。它們被設計為當啟用時，將在系統上造成最小量的負載，然而它們無可避免地也會造成某些影響。透過各種方式來篩選事件可協助減少資料量，並協助專注於僅取得對於理解情況有幫助的資訊。