1.uptimehtml
[root@monitor_outer ~]# uptime 09:43:47 up 27 days, 23:57, 2 users, load average: 0.01, 0.06, 0.01
當前服務器時間: 08:21:34當前服務器運行時長 36 minlinux
當前用戶數 2 usersios
當前的負載均衡 load average 0.00, 0.00, 0.00,分別取1min,5min,15min的均值服務器
另:系統平均負載是指在特定時間間隔內運行隊列中的平均進程數。(通常小於cpu核心數)負載均衡
2.top工具
top - 10:20:36 up 28 days, 33 min, 2 users, load average: 0.01, 0.04, 0.00 Tasks: 283 total, 1 running, 282 sleeping, 0 stopped, 0 zombie Cpu(s): 0.7%us, 0.8%sy, 0.0%ni, 98.5%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 8061760k total, 7858924k used, 202836k free, 552028k buffers Swap: 8388604k total, 16428k used, 8372176k free, 4755172k cached
us 列顯示了用戶方式下所花費 CPU 時間的百分比。us的值比較高時,說明用戶進程消耗的cpu時間多,可是若是長期大於50%,須要考慮優化用戶的程序。
[root@monitor_outer ~]# vmstat -w 3 100 procs -------------------memory------------------ ---swap-- -----io---- --system-- -----cpu------- r b swpd free buff cache si so bi bo in cs us sy id wa st 0 0 17708 161340 552112 4832484 0 0 0 2 2 2 0 0 99 0 0 0 0 17708 160252 552112 4832488 0 0 0 23 726 652 0 0 99 0 0 0 0 17708 160688 552112 4832492 0 0 0 17 859 801 1 1 99 0 0 0 0 17708 160540 552112 4832500 0 0 0 11 868 759 1 1 99 0 0
- r表示當前運行隊列中運行或等待CPU時間片的進程的數目,表明線程處於可運行狀態,但CPU還未能執行。你們不要誤認爲等待CPU時間片意味着這個進程沒有運行,實際上某一時刻1個CPU只能有一個進程佔用,其餘的進程只能排着隊等着,此時這些排隊等待CPU資源的進程依然是運行狀態。這個值若是長期大於系統CPU的邏輯個數,說明CPU不足,須要增長CPU的個數。
- 爲了方便快速閱讀,簡要整理結果指標
free 空閒物理內存大小, si: 每秒從交換區寫到內存的大小,由磁盤調入內存。 so: 每秒寫入交換區的內存大小,由內存調入磁盤。 bi: 每秒讀取的塊數 bo: 每秒寫入的塊數 wa: IO等待時間百分比
通常若是free不多或者在降低,si,so,wa很大,說明內存不足
root@EM-6CU625XTLL: ~# iostat -x Linux 2.6.32-504.el6.x86_64 (EM-6CU625XTLL) 08/16/2019 _x86_64_ (24 CPU) avg-cpu: %user %nice %system %iowait %steal %idle 4.97 0.00 0.40 0.00 0.00 94.63 Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz avgqu-sz await svctm %util sda 0.00 186.16 0.07 5.67 5.23 1534.69 268.12 0.02 4.28 0.16 0.09 dm-0 0.00 0.00 0.07 48.64 4.97 389.14 8.09 0.09 1.72 0.01 0.04
await 等待I/O平均的時間(milliseconds)
%util 被I/O需求消耗的CPU百分比
壓測工具