執行top命令
第一行 當前時間， up 表示執行時間， 8個使用者 ， load，系統負載，即任務佇列的平均長度。 三個數值分別為 1分鐘、5分鐘、15分鐘前到現在的平均值。
第二，三行，241個程序，3個跑，睡了237個，1個停止，0個殭屍程序數，cpu使用者佔比，核心佔比，ni（使用者程序空間內改變過佔cpu比），空閒cpu63.6,wa(等待輸入輸出cpu時間比)，hi，si ，st no
第四，五行 mem物理記憶體總量，使用的，空閒的，buffer（用做核心快取的），
swap（交換去總量，使用的，空閒的緩衝的交換區總量）
pid 程序id ，ppid父程序id，pr優先順序，ni（nice值，負表示高優先，反之），virt（程序使用的虛擬記憶體，單位kb，=swap+res）res（程序使用的未被換出的物理記憶體大小，單位kb），s（s=睡眠，r=執行，t=跟蹤/停止，z=殭屍程序，d=不可中斷），time+程序使用的cpu時間總計，單位1/100秒，command（命令名/命令列）
檢視伺服器日誌
我們很樂意的借助於cnzz，51la等做 的統計，以獲得 執行一手資料的獲得。那伺服器日誌能做什麼呢？舉乙個例子。倘若一些被使用到某大流量 本來就不寬裕的 流量 經得起這樣的折騰啊！從原始日誌這裡就能找到流量大量流失的原因。但凡 出現異常，檢視 日誌總能找到蛛絲馬跡，因為伺服器日誌會自動記錄你的 網...
檢視伺服器資訊
檢視伺服器cpu個數 現在 伺服器的cpu多了，好多同志都分不清楚是幾個cpu，幾核 方法有二 看physical id cat proc cpuinfo grep physical 原來都是4核的,說明只是2個cpu physical id 0 physical id 0 physical id ...
伺服器日誌檢視
看日誌處理報錯問題是乙個作為開發人員基本的技能，特別是處理生產上的問題，報錯無法重現，無法遠端除錯，這時候就需要通過檢視日誌的方式定位處理問題。每次麻煩運維 baba 一點都不香。看看都有哪幾個命令可以檢視到日誌 cat n log grep 10 檢視第10行的日誌內容cat n log tail...