跳到主要內容

使用Performance Monitor監控CPU、Memory、Network與Disks

Purpose

我希望能夠在裝某個軟體後,知道它對系統效能的影響。我們使用Windows Vista之後所內建的Performance Monitor,去對CPU、Memory、Network與Disks四個項目做監控與評估。接下來將告訴大家如何使用這個工具去達到這個目的。

Create New Data Collector Set

在Data Collector Sets中,System Performance已提供大部分能滿足我們需求的內容。包含: (只列出我們需要的部分,實際有更多資訊)

  • CPU: CPU使用率。
  • Memory: Memory使用率。
  • Network: 每秒接收或送出的封包、接受與送出所使用掉的Bytes數。
  • Disks: 硬碟每秒的讀寫速度。

但我們還需要硬碟的使用量與定義收集資料的時間(預設1分鐘)。首先來建立一個新的Data Collector Set:

  1. 在User Defined點右鍵 > New > Data Collector Set。
  2. 輸入自訂名稱,選擇Create from a template。
  3. 選擇System Performance為範本。
  4. 直接按Finish。(後續的設定不是這麼重要)

Change Properties

為了要設定我們想要的監控時間,我們可以做工作排程或設置停止監控的時間:
  1. 對Data Collector Set點右鍵。
  2. 選擇Properties。
  3. 切到Stop Condition的頁籤。
  4. 選擇多久後停止。
如果是為了要知道某些時段的效能,可以切到Schedule頁籤設定時間區段。

Change Performance Counter

在System Performance範本中,僅提供PhysicalDisk Counter。我們需要的剩餘空間(Free Space)是屬於LogicalDisk Counter,所以我們必須新增這個Counter。
  1. 選擇新增的Data Collector Counter。
  2. 雙擊右邊的Performance Counter會出現Performance Counter Properties對話盒。
  3. 點擊Add,並找尋LogicalDisk。
  4. LogicalDisk包含許多項目,我選擇所有加入。
  5. 加入LogicalDisk <All Instances>項目至右方,你也可以選擇你要監控的磁碟分割。
  6. 按OK關閉新增Counter與修改Properties對話盒,即新增完成。
在Properties對話盒中,你也可以針對不同Counter,選擇採樣Interval時間。
其實我們只需要Free Space,但想說反正都做一次功,就一起抓一抓。最後等到報表再選擇想要呈現的部分。

Running

對要執行的Data Collector Counter點右鍵並點Start,即開始執行(同時間只允許一個工作)。此時Reports對應目錄中會產生出顯示還在執行的報表:

Reports

在工作執行完成後,點擊Report會有文字報表,大致看這張就可以知道結果了。

但如果要提供更能說服人的圖表,如監控時間的效能變化折線圖,可以對Report右鍵>View>Performance Monitor:

圖表畫面如下:
a: 查看當前活動內容。
b: Performance Monitor的屬性。
c: 改變圖表種類。
d: 新增要顯示的Counter內容。
e: 目前顯示的Counters列表。
屬性對話盒主要可以讓你選擇資料來源與顯示的Counters項目,算是設定大雜燴:

Summary

整體來說,算是很勇猛的工具,光CPU、Memory、Network與Disks就足夠讓我判斷某個軟體吃不吃資源。在這篇文章中,我只講我所需要的部分,其中更詳細的設定,可能要等到我有需要才會深究吧! 最後附上一張我用的Counters:
(其中Network Interface是針對某張網卡顯示,Processor也可以針對某個Core顯示)

Reference


留言

這個網誌中的熱門文章

解決RobotFramework從3.1.2升級到3.2.2之後,Choose File突然會整個Hand住的問題

考慮到自動測試環境的維護,我們很久以前就使用java去執行robot framework。前陣子開始處理從3.1.2升級到3.2.2的事情,主要先把明確的runtime語法錯誤與deprecate item處理好,這部分內容可以參考: link 。 直到最近才發現,透過SeleniumLibrary執行Choose File去上傳檔案的動作,會導致測試案例timeout。本篇文章主要分享心路歷程與解決方法,我也送了一條issue給robot framework: link 。 我的環境如下: RobotFramework: 3.2.2 Selenium: 3.141.0 SeleniumLibrary: 3.3.1 Remote Selenium Version: selenium-server-standalone-3.141.59 首先並非所有Choose File的動作都會hang住,有些測試案例是可以執行的,但是上傳一個作業系統ISO檔案一定會發生問題。後來我透過wireshark去比對新舊版本的上傳動作,因為我使用 Remote Selenium ,所以Selenium會先把檔案透過REST API發送到Remote Selenium Server上。從下圖我們可以發現,在3.2.2的最後一個TCP封包,比3.1.2大概少了500個bytes。 於是就開始了我trace code之路。包含SeleniumLibrary產生要送給Remote Selenium Server的request內容,還有HTTP Content-Length的計算,我都確認過沒有問題。 最後發現問題是出在socket API的使用上,就是下圖的這支code: 最後發現可能因為開始使用nio的方式送資料,但沒處理到尚未送完的資料內容,而導致發生問題。加一個loop去做計算就可以解決了。 最後我有把解法提供給robot framework官方,在他們出新的版本之前,我是將改完的_socket.py放在我們自己的Lib底下,好讓我們測試可以正常進行。(shutil.py應該也是為了解某個bug而產生的樣子..)

Show NIC selection when setting the network command with the device option

 Problem  在answer file中設定網卡名稱後,安裝時會停在以下畫面: 所使用的command參數如下: network --onboot = yes --bootproto =dhcp --ipv6 =auto --device =eth1 Diagnostic Result 這樣的參數,以前試驗過是可以安裝完成的。因此在發生這個問題後,我檢查了它的debug console: 從console得知,eth1可能是沒有連接網路線或者是網路太慢而導致的問題。後來和Ivy再三確認,有問題的是有接網路線的網卡,且問題是發生在activate階段: Solution 我想既然有retry應該就有次數或者timeout限制,因此發現在Anaconda的說明文件中( link ),有提到dhcptimeout這個boot參數。看了一些人的使用範例,應該是可以直接串在isolinux.cfg中,如下: default linux ksdevice = link ip =dhcp ks =cdrom: / ks.cfg dhcptimeout = 90 然而我在RHEL/CentOS 6.7與6.8試驗後都無效。 因此我就拿了顯示的錯誤字串,問問Google大師,想找一下Anaconda source code來看一下。最後找到別人根據Anaconda code修改的版本: link ,關鍵在於setupIfaceStruct函式中的setupIfaceStruct與readNetConfig: setupIfaceStruct: 會在dhcp時設定dhcptimeout。 readNetConfig: 在writeEnabledNetInfo將timeout寫入dhclient config中;在wait_for_iface_activation內會根據timeout做retry。 再來從log與code可以得知,它讀取的檔案是answer file而不是boot command line。因此我接下來的測試,就是在answer file的network command上加入dhcptimeout: network --onboot = yes --bootproto =dhcp --ipv6 =auto --device =eth1 --...

第一次寫MIB就上手

SNMP(Simple Network Management Protocol)是用來管理網路設備的一種Protocol,我對它的認識也是從工作接觸開始。雖說是管理網路設備,但是主機、電源供應器、RAID等也都可以透過它來做管理。如果你做了一個應用程式,當然所有的操作也都可以透過SNMP來完成,不過可能會很痛苦。前陣子遇到一個學弟,它告訴我說:「我可能不會想寫程式。」為什麼? 因為這是他痛苦的根源。 在這篇文章中,不是要告訴你SNMP是什麼,會看這篇文章的大哥們,應該已經對SNMP有些認識了。 是的!主題是MIB(Management information base)! 對於一個3th-party的SNMP oid,有MIB可以幫助你去了解它所提供的資訊是什麼,且可以對它做什麼操作。最近我運氣很好剛好做到關於修改MIB的工作,也讓我順便了解一下它的語法,接下來我要交給大家MIB的基礎認識。 smidump 我並非使用什麼高強的Editor去編寫MIB,我僅透過Nodepad++編輯和smidump編譯而已。smidump是Kay教我使用的一個將MIB module轉成樹狀結構或oid列表的工具,唯一的缺點是不會告訴你哪一行打錯。當然有錢直接買編輯樹狀結構的工具就可以不需要了解語法了! 安裝 在Ubuntu上可先輸入smidump確認是否安裝,如果沒安裝可透過apt-get install libsmi2ldbl安裝。(CentOS可以透過yum install libsmi) root@tonylin:~/multi-boot-server# smidump The program 'smidump' is currently not installed. You can install it by typing: apt-get install libsmi2ldbl 使用 透過下面兩行指令,就可以將mib file產生出對應的tree與oid列表的檔案。也可以透過這個結果確認MIB是不是你想要的。 smidump -f tree example1.mib > xtree.txt smidump -f identifiers example1.mib > xiden.txt 如果有參考其它檔案要加上p的參數: smidum...