文件QQ系統下的系統組——並啓動QQ系統——打開十三個窗口到服務器本身. 他們只有管理員,每個管理員都只讀到:這個組中沒有任何東西可以改變服務器,這就是它與旁邊的管理員組分離的原因.
在哪裏開始
概覽是首先打開的窗口 。 它報告了服務器所依賴的Erlang和Elixir,它運行了多久,流量跨越了多少,它離結束它的三個天花板有多近:原子,端口和過程. 在下面,一個欄把服務器的內存 分成了消耗它的六樣東西
應用 Info回答了另一個第一個問題——誰在這裏。 頻道生動,有特色的人在場,呼叫在進行中,虛擬空間運行,以及列出哪些頻道牽制人民.
名單
流程,應用程序,ETS表,端口,Sockets和內存分配器是六個不同羣體的同一個窗口. 每個過濾器都按任何一列鍵入和排序,上面有箭頭——單擊一個方向,然後按它排序,再倒轉。
表格本身在產品使用的每個列表中都是相同的:拖動一個標題的右邊緣以拓寬一個列,雙擊那個邊緣以適應其最長的值,右擊標題行以關閉列. 行一經選定就回答箭頭鍵,Ctrl+C將選擇複製爲分頁文本. 列表與表格 覆蓋一切.
- 新聞 ——按郵箱排序,以找到接收速度超過排水速度的過程. 從內部看,這是一個卡住的服務器的樣子。
- ETS 表格 ——按記憶排序. 記憶中最常出現的是無名小卒
- 襪子 ——服務器的每一個連接都是開着的,都有它的端點和字節計數器.
- 內存分配器 將塊大小與載體大小進行比較。 一個很大的缺口是破碎:服務器從操作系統中持有但不能使用的內存.
計量
活圖,一次一組:HTTP,LiveView,數據庫,Oban,VM和域. 域是服務器本身的儀器——創建的頻道,到達和離開的人,連接的呼叫,虛擬空間運動.
圖表開始爲空並隨事件而填充。 這不是一個錯誤:在你打開窗口之前,沒有測量到任何東西,並且會發明一條回到左邊緣的線。 只有您看到的組是訂閱的, 因此窗口對您沒有觀看的組沒有花費任何費用 。
奧班衛生
Oban 顯示持久工作背後的背景工作系統,如 RSS 反饋投票,bot 調度,事件日誌,維護掃描,鏈接預覽和偏好持續. 頭條卡將主管健康、積極工作、可重試或丟棄的失敗、後續覆蓋和待決領域工作分開。
首先按狀態讀取隊列表: 可用方式表示工作現在可以運行, 排程表示它正在等待時間, 執行表示工人有它, 可重試表示奧班會再次嘗試, 丟棄方式表示嘗試已經用盡或工人放棄. 合同表格然後顯示RSS種子和bot調度是否有後續工作,事件日誌工作是否備份,維護或持續工作是否落後。
OS 數據數據庫Stats
OS Data是服務器外部的視圖:主機的處理器,負載平均值,內存和磁盤. 服務器可以看起來健康,而它共享的機器卻不健康. 閱讀東道主不會報告爲零而不是零——這些是不同的事實。
數據庫 Stats 一次運行一個針對PostgreSQL的診斷報告:緩存命中率,未使用的索引,bloat,長期查詢,什麼在阻擋什麼. 在您選擇報告之前, 沒有運行, 因爲這些都是真實的查詢 與實時數據庫。
直播日誌
服務器正在記錄的尾聲 它只在你按下Stream之後流出,並在你按下Stop或關閉窗口時停止——沒有人看的日誌流是沒有讀者的成本.
如果你選擇的關卡低於服務器本身記錄的關卡,窗口會說,而不是靜靜地坐着。 服務器自身關卡以下的條目在任何窗口能看到之前都會被丟棄,不管你等待了多久.
誠實地讀他們
列表顯示一個被過濾的集的第一行,表中上方的計數總是說有多少匹配. "771年的50個"表示你正在看前50個——從不假設一個列表是完整的,因爲它填滿了窗口.
這些窗戶都沒有自己刷新 每次行走都要花費服務器真正的工作,所以刷新是一個按鍵,而不是一個忘記你開始的定時器. Metrics是例外:它本質上是現場訂閱,當窗口關閉時停止.
