簡介
本文檔介紹如何理解Cisco 5G SA應用程式上的show resources CLI的輸出。
工作原理
show resources CLI列出群集中所有Pod（主要是通訊協定和Service Pod）的資源資訊。定期從每個Pod收集資源資訊，並將其提供給CLI。
輸出示例：
[unknown] smf# show resources
TOTAL USED DISK
NODE POD USAGE GO GC
CPU MEMORY MEMORY IN ROUTINES GC PAUSE
POD INSTANCE USAGE IN MB IN MB KBPS COUNT COUNT IN NS
-----------------------------------------------------------------------
cache-pod-1 2 32011 85 0 172 29684 85
cache-pod-2 2 32011 83 0 172 29627 83
gtpc-ep-0 2 32011 70 0 69 29088 70
li-ep-0 5 32011 51 0 56 29095 51
oam-pod-1 2 32011 98 0 157 29095 98
smf-nodemgr-0 7 32011 94 0 213 29096 94
smf-protocol-0 3 32011 135 0 206 29092 135
smf-rest-ep-0 4 32011 125 0 203 29091 125
smf-service-0 3 32011 321 0 247 34958 321
smf-udp-proxy-0 1 32011 82 0 88 29083 82
輸出說明
| POD例項 |
Pod名稱 |
| CPU使用率CPU |
Pod的CPU使用情況 |
| 節點記憶體總量(MB) |
Pod運行所在的工作節點的總記憶體 |
| 已使用的POD記憶體(MB) |
Pod使用的記憶體 |
| 磁碟使用率(KBPS) |
磁碟I/O速率(Kbps) |
| 轉到常式計數 |
Go常式數 |
| GC計數 |
垃圾收集常式計數 |
| GC在NS中暫停 |
納秒內垃圾收集常式暫停 |
圍棋語言附加說明
Go程式是Go程式語言中的「執行緒」。它用於一些目的，例如更好的效能等。在一個有問題的場景中，可以看到Go常式洩漏，Go常式沒有正確完成，而新的Go常式不斷建立。Go常式洩漏的影響與記憶體洩漏類似。這可以通過檢視show resources輸出中的GO ROUTINES COUNT來確定。如果觀察到急劇或持續增加，則存在圍手術期洩漏的可能性。
Garbage Collection是內建的記憶體管理功能。它持續運行並清理不再用於儲存記憶體使用量的對象。NS中的GC COUNT和GC PAUSE可用於監控垃圾收集是否工作正常。例如，特定Pod的GC計數過多或GC暫停時間過長都可能表示存在問題。
意見