伺服器性能測試工具

1、伺服器檢測軟體

伺服器測試方法

伺服器測試方法分為兩個大方面，性能測試與功能測試。

我們在性能測試方面採用了新的測試方法，主要分為文件測試、資料庫性能測試與
Web
性能測試三個
方面。其中，文件性能與資料庫性能採用美國
Quest
軟體公司的
Benchmark Factory
負載測試和容量規劃
軟體，
Web
性能測試則使用了
Spirent
公司提供的
Caw WebAvalanche
測試儀。

一、性能測試

1
、文件性能測試方法

Benchmark Factory
軟體能按照文件讀寫的關鍵指標定製事務。軟體最大支持
1000
個虛擬客戶。

本次測試環境包括
10
台配置為
PIII800/128MB
內存
/20G
硬碟以上的客戶端，它們用來模擬虛擬用戶。
控制台為配置是
PIII 850/128MB
內存
/40G
硬碟的
Acer
筆記本電腦。交換機為帶有兩個千兆
GBIC
介面、
24
個
10/100M
自適應埠的
Cisco 2950
，客戶端與控制台通過
100M
網卡連到交換機上，被測伺服器則通
過千兆光纖網卡與交換機相連接。

被測伺服器均安裝帶
SP4
的
Windows
2000
Advanced Server
操作系統，在所有三項性能測試中都統一
RAID
級別為
5
。

在具體測試方案設置上，測試軟體把決定文件讀寫操作的關鍵因素設定為：讀
/
寫、隨機
/
順序、操作
塊大小、對象大小四個。在本次測試中，考慮到我們設有單獨的資料庫及
Web
測試項目，所以在文件測試
中，我們把目標確定為測試伺服器基本的
I/O
性能，這主要由網路介面、系統帶寬、磁碟子系統等幾大部
分所決定。同時，從幾部分的作用看，以大操作塊讀寫大對象文件，小操作塊讀寫小對象文件，較能反映
伺服器最基本的
I/O
性能，即「大操作塊讀寫大文件」對系統帶寬、緩存的考察，以及「小操作塊讀寫小
文件」對磁碟子系統、網路介面的考察。最終我們確定的四個事務是：

大文件順序讀寫
(
操作塊
8KB
，對象文件
80% 500KB
、
20% 1MB)

大文件隨機讀寫
(
操作塊
8KB
，對象文件
80% 500KB
、
20% 1MB)

小文件隨機讀
(
操作塊
1KB
，對象文件
80% 1KB
、
10% 10KB
、
10% 50KB)

小文件順序寫
(
操作塊
1KB
，對象文件
80% 1KB
、
10% 10KB
、
10% 50KB)

每個事務的用戶數均以固定步長逐漸增加，
最大可增加到
1000
個虛擬用戶。
其中，
「大文件順序讀寫」
事務的用戶數按照
40
的步長從
1
可增加到
400
個
(
測試至強伺服器
)
或
200
個
(
測試
TUALATIN
伺服器
)
，其
他事務則將用戶數按照
100
的步長從
1
增加至
1000
。我們期望得到其在不同用戶數時被測伺服器的性能表
現。總體上其走勢及峰值反映了該伺服器的性能。每項事務均運行三次，每次之間被測伺服器進行重啟，
最終結果為三次平均值。

2
、資料庫性能測試方法

「乘機安全小貼士」安全出行要重視

資料庫性能測試同樣使用了
Benchmark Factory
軟體，測試環境如同文件性能測試。測試時，在被測
伺服器上安裝
SQL Server 2000
使用企業版。首先在被測伺服器上創建新的資料庫，通過使用
Benchmark
Factory
預定義的
Database Spec
項目向資料庫中創建表，裝載數據。在伺服器端創建以
CPU
計算為主的
存儲過程，通過
10
台客戶機模擬用戶、按照
40
個虛擬用戶的步長遞增到
400
個用戶，執行該存儲過程。
結果是以獲得的每秒事務數
(TPS)
衡量伺服器的資料庫事務處理能力。
整個測試分為三次，
每次之間重新啟
動被測伺服器，最終取三次平均值作為評價結果。

3
、
Web
性能測試方法

Web
性能測試工具是由
Spirent
公司提供的
Caw WebAvalanche
。
WebAvalanche
模擬實際的用戶發出
HTTP
請求，
並根據回應給出具體的詳細測試結果。
它有以下特點：
能夠模擬成百上千的客戶端對伺服器發
出請求
;
能夠模擬真實的網路應用情況，
比如網站在高峰期的訪問量應該是動態的維持，
有新客戶端的加入，
同時也有原客戶的離去，
訪問量不是固定不變的
;
可以產生
20000
個連接
/
秒請求量，
足以滿足測試的需要
;
測試項目豐富，有訪問請求的成功失敗數，有
URL
和頁面的響應時間，有網路流量數，還有
HTTP
和
TCP
協
議的具體情況。

測試時，被測伺服器與
WebAvalanche
上都裝有千兆光纖網卡，兩網卡通過光纖直接連接。監控端
(
配
置為
PIII 1GHz/128M
內存
/20G
硬碟
)
安裝了帶
SP4
的
Windows 2000 Server,
該監控端與
WebAvalanche
通
過交叉線直連。在監控端通過
Web
瀏覽器配置
WebAvalanche
，在被測伺服器安裝了
SQL Server 2000
企業
版，並用微軟的
IIS
建立了
Web
伺服器。

測試分為靜態性能與動態性能兩部分。主要是因為在實際的
Web
應用中，有的站點靜態內容居多，提
供的服務也絕大多數是靜態的，
因此，
他們就會特別的關心伺服器靜態性能
;
同樣，
有的站點提供的服務交
互性的內容居多，他們就會更關心伺服器的動態性能。

被測網站中頁面大小及靜態、動態頁面所佔比例均參照實際網站得出，整個網站靜態、動態頁面所佔
比例是
70%
和
30%
，使用的動態頁面類型為
ASP
。請求頁面樣本的文件大小分布比例與整個網站的相同。

靜態性能測試模擬發出的均是靜態頁面請求。在測試動態性能時，動態頁面的訪問請求占
20%
，其餘
80%
為靜態頁面請求。我們根據實際的
Web
伺服器一天中的運行情況建立了一個伺服器頁面請求模型，該
模型由
4
個階段組成，第一階段是預熱階段，
WebAvalanche
發出的請求量由
0
慢慢上升到
200;
第二階段
是逐步加壓階段，請求量逐步累加到最大值
8200;
第三階段是動態維持階段
;
第四階段是下降階段，請求量
由最大值迅速下降為
0
。其中，最大請求量略大於實際伺服器能夠提供的事務處理量。

被測伺服器的靜態與動態測試分別測試三遍，每遍之間被測伺服器和測試儀均重啟，結果取三次的平
均值。由此可見，此伺服器測試方法立志於最終結果的准確性。

二、功能測試

在功能測試方面，我們對被測伺服器的可擴展性、可用性以及可管理性進行了綜合評價，其中可擴展
性包括硬碟、
PCI
槽以及內存等的擴展能力，可用性包括對熱插拔、冗餘設備
(
如硬碟、電源、風扇、網卡
等
)
的支持，可管理性則指的是伺服器隨機所帶的管理軟體。
我們在對伺服器進行總體評價時，綜合了性能、功能和價格三方面因素，依據《網路世界》所做的用
戶調查結果，分別給予不同權重，性能占
50%
，功能占
40%
，而價格則占
10%
。在分析性能時，資料庫性能
占其中的
50%
，而文件性能占
30%
，
Web
性能占
20%
。

綜上所述，這種全新的伺服器測試方法更夠更准確更直接的對伺服器進行測試，而且數據更加精確。
希望能給又需要的讀者朋友帶來一定的幫助
。
謝謝採納。
希望對你能有所幫助。

2、公司新來一批伺服器 需要檢測各個性能指標 問下可以用什麼工具進行負載測試 和抗摔類的測試

沒有你這種說法概念吧，第一參數就不用說了，清單上面各種參數都寫得有吧，例如：硬碟 介面類型，介面速率，尋道時間，磁頭數量，存儲容量，緩存啊，這些清單都有了，不用說了吧，沒意思的， 至於你說的概念最大負載，這個是要基於網路環境，和其他因素的，隨便舉個例子，存儲，，製作成不同陣列，寫入速度啊 ，結果都一樣了，或者你要問UPS 能保持多久一樣，前提也要知道你下面設備要用的功率是多少，才知道拖得了多久。。架設不同服務，針對不同硬體都不一樣，沒法給出數值吧，，當然各個硬體的最大測試是個可以做到的，至於綜合測試跟環境有關，和應用軟體有關系的

3、伺服器操作系統中性能監視可以採用什麼工具

雲幫手，可視化面板，實時查看cpu、內存、磁碟使用率、站點等等，還有雲主機一鍵檢測修復等功能。手動碼字，幫到你望採納謝謝。

4、有什麼軟體能測試伺服器性能

speedtest可以進行檢測 或者是使用百度衛士，記得檢測後卸載喲。

5、性能測試知多少---性能測試工具原理與架構

但是，性能測試不是loadrunner，所有的作者也是這么認為的。但他們在講性能測試的時候講的就是loadrunner有，只是講的多少不同罷啦。 你是否覺得我對loadrunner有仇？我之所以將其分開來學，只是希望自己在學習性能測試的時候不要被loadrunner局限了而已。只是覺得在做性能測試時不要帶loadrunner的思維，這樣更容易把握性能測試的本質。----------------------------------------------------- 性能測試工具，從廣義上講，在性能測試過程中使用到的所有工具都可以稱其為性能測試工具。從狹義上來講，我們可以把性能測試工具分為伺服器端性能測試工具與前段性能測試工具。 伺服器端性能測試工具也我們測試人員通常所認為的性能測試工具。LoadRunner、JMeter、SilkPerformance、伺服器端壓力性能工具需要支持產生壓力和負載，錄制和生成腳本，設置和部署場景，產生並發用戶和向系統施加持續的壓力。 前端性能測試工具應用比較廣泛，開發人員，前端開發人員、測試人員都會經常用到。Firebug 、fildder2、Yslow 、前端性能測試工具只需要關於心瀏覽器等客戶端工具對具體需要展現的頁面的處理過程。 伺服器性能測試工具原理 性能測試工具的主要作用是通過模擬生產環境中的真實業務操作，對被測試系統實行壓力負載測試，監視被 測試系統在不同業務、不同壓力性能下的性能表現，找出潛在的性能瓶頸進行分析、優化。 客戶端與伺服器相當於兩個人，通過信息來進行交流。由於初次見面不好意思直接交流，與是找來了中間傳話人，客戶端把信息告訴給傳話人，由傳話人來轉達給伺服器。那麼伺服器反饋的信息也由傳話人轉達給客戶端。一般性能測試工具都需要錄制或編寫客戶端行為腳本。 這樣傳達人就有了客戶端的行為能力，從而假扮客戶端來欺騙伺服器，與之進行通信。有了客戶端行為了傳達人可以進行自我復制。從而變出N多個傳達人對伺服器進通信。---這個傳達人的行為和能力也就是性能測試工具的基本特質。（突然覺得性能工具像第三者插足，而且是可以自我復制瘋狂變態的第三者，哈哈！） 對於目前流行的性能測試工具，他們的基本工作原理都是一致的。在客戶端通過多線程或多進程模擬虛擬用戶訪問，對伺服器端施加壓力，然後在過程中監控和收集性能數據。性能測試工具應該具備什麼的特質呢？1、工具本身佔用系統資源少，可擴展性好，可用性強。 2、能模擬真實業務事務操作，在並發時能真正產生業務壓力。（這一點是核心）3、對壓力測試結果能很好地進行性能分析，快速找出被測試系統的瓶頸。4、測試腳本的重復性強。 伺服器性能測試工具的架構 用戶行為生成部分 我為什麼說的這么朦朧，對於熟悉loadrunner的朋友，我說成虛擬用戶腳本生成器，你更容易理解，這個腳本，我們可以錄制，也可以手工編寫。你不要以為這是生成用戶行為的唯一方式。因為在JMeter成中是添加各種組件，通過對組件的配置來完成用戶行為的，當然也可以通過錄制。而在相對簡陋的性能測試工具curl_loader（linux環境下的運行的），他是通過編寫配置文件的形式來描述用戶形為的。 我前面也有提了，雖然性能測試工具由不同的形式來描述，但他們的原理是一樣的，都是通過Proxy方式來實現，具體來說，Proxy作為客戶端和伺服器之間的中間人，接收客戶端的數據包。 壓力產生器 壓力產生器用於根據腳本內容產生實際的負載，在性能測試工具中，壓力產生器扮演著「產生負載」的角色。也就根用戶的設置，進行自我復制來生成多個客戶端向伺服器發送請求。對於工具來說，每復制出來的一份就是一個進程或線程，進程和線程的運行是要佔用系統資源的。所以，對一台壓力測試機來說能運行的虛擬用戶數也是有限的。根基測試機的配置而定。那麼這個時候就要通過多台測試機合作，來模擬更多的虛擬用戶向伺服器發請求。 那麼，對於性能測試來說，很重要的一點就是產生「並發」的請求，不然就不會對伺服器產生壓力。那多台機子如何產生「步調一致」的虛擬用戶呢？使用「用戶代理」 用戶代理 用戶代理是運行在負載機上的進程，該進程與產生負載壓力的進程或線程協作，接收調度系統的命令，調度產生負載壓力的進程或線程，從這個意義上看，用戶代理也是壓力產生器的一部分。 調度能力 我們在做復雜的性能測試時，常常會設計各種場景，不同的虛擬用戶數，不同事務的用戶比例，運行時間，設置同步點等，這個時候也需要我們的測試工具有壓力調度能力。從而才能更真實的模擬我們所設計的運行場景。 監控系統 監控系統是性能測試工具直接與用戶進行交互的主要部分，監控系統，主要用戶在壓力測試過程中對各種軟硬體進行監控，如對資料庫、應用伺服器，伺服器的主要性能表現情況進行監控。用於判斷系統當前處於什麼狀態。 當然，監控系統不是性能工具必須的部分，可以通過軟硬體系統自身的監控工具或者第三方監控工具進行監控。但是否有強大的性能計數器監控系統是衡量性能測試工具是否強大的指標之一。 壓力結果分析 壓力結果分析工具可以用來輔助進行測試結果的分析，性能測試工具一般都能將監控系統獲取的性能技術數器值生成曲線圖，折線圖等各種圖表。通過展現性能測試過程中的各種參數指標，來供測試人員進行分析。 但這里需要強調的是，壓力結果分析工具本身不能代替分析者進行性能結果分析，而只是提供多種不同的數據揭示和呈現方法而已。對於這些數據進行分析必然要依靠測試工程師對系統性能分析的知識和經驗。------------------------------------------------------- 對上面介紹的性能測試工具架構的組成部分，不是第一個性能測試工具都具備，而所具備的強大程度也不相同。比如，有些性能測試工具不具備用戶代理能，有些監控系統能監控的資源很有限或簡陋，有些結果分析數據的呈現不夠詳盡等。

6、web伺服器性能測試工具哪個好

利用一些壓力測試軟體
如apache 自帶的ab命令
或者Web-Application-Stress
我用的伺服器是小鳥雲的，挺不錯。

7、伺服器硬體測試教程

1概述
1.1背景
本文的編寫背景是目前機房伺服器資源存在未充分使用的現象，為了合理分
配資源，現需要對伺服器自身性能進行評估，探索一套評估方法，從而為後續資源合理分配提供依據。
1.2評測指標
簡單來說，伺服器硬體性能指標來自於測試對象，一般x86伺服器的主要組
成有CPU、內存、硬碟、網卡等。針對單機，評測指標重點關注CPU、內存、IO、網路；對於集群，重點關注網路、高可用。
本文主要評測單機性能，指標如下：
CPU—計算能力
內存—延時、速率
IO—讀寫能力
網路—網路帶寬
1.3工具概況
CPU主流評測工具有Linux平台的SPECCPU、linpack，Windows平台的Sandra。
內存主流評測工具有Linux平台的stream，Windows平台的Sandra。
IO主流評測工具有Linux平台的Iozone，Windows平台的Iometer。
網路主流評測工具有Linux平台的iperf、netperf。
其他一些對整體系統進行評測的工具就不再介紹了，例如SPEC系列、TPC基準系列。
2 CPU性能
2.1評測方法
關於Linux測試cpu性能，有3個重要的概念：上下文切換（context switchs），運行隊列（Run queue）和使用率（utilization）。
業務運行中最關注的CPU項就是使用率，使用率是和業務負載強相關的，通常可以通過監控軟體或Linux系統工具獲取。
另一個基本評測值就是計算能力，包括整數、浮點計算，可以使用SPECCPU、linpack測試。
2.2評測工具
CPU使用率是平時最關注的性能項，採用系統工具或第三方工具都可以。具體工具不再詳述。
CPU整數、浮點計算能力，是伺服器發布必測項，但是對於客戶卻不太重要，客戶關注的是業務運行時CPU的能力是否會成為瓶頸。評測工具主要有SPECCPU2006、Linpack：
SPEC CPU 2006包括了CINT2006和C FP2006兩個子項目，前者用於測量和對比整數性能，而後者則用於測量和對比浮點性能，SPEC CPU 2006包括了12項整數運算和17項浮點運算。
Linpack現在在國際上已經成為最流行的用於測試高性能計算機系統浮點性能的benchmark。通過利用高性能計算機，用高斯消元法求解N元一次稠密線性代數方程組的測試，評價高性能計算機的浮點性能，測試結果以浮點運算每秒（Flops）給出。
3 內存性能
3.1評測方法
內存性能一般關注的指標是延時、帶寬，測試方法有Windows下使用Sandra，Linux使用stream進行評測，可以得到當前內存的實際速率、延時。這是單獨針對內存的測試方法，但在實際應用中通常對內存的評測是在壓力、穩定性、性能測試時的監測內存的使用。
3.2評測工具
STREAM是業界廣為流行的綜合性內存帶寬實際性能測量工具之一。隨著處理器處理核心數量的增多，內存帶寬對於提升整個系統性能越發重要，如果某個系統不能夠足夠迅速地將內存中的數據傳輸到處理器當中，若干處理核心就會處於等待數據的閑置狀態，而這其中所產生的閑置時間不僅會降低系統的效率還會抵消多核心和高主頻所帶來的性能提升因素。STREAM具有良好的空間局部性，是對TLB友好、Cache友好的一款測試。STREAM支持Copy 、Scale 、 Add、 Triad四種操作。
4 IO性能
4.1評測方法
伺服器的存儲性能也就是指IO性能，通常評測的重點是各種數據塊(512B、4K、2M…)下的讀寫能力，具體指標有IOPS、帶寬、時延。測試原理是工具對存儲加壓也就是產生各種讀寫操作來測試整個IO的最大能力。
4.2評測工具
Iometer是Windows系統下對存儲子系統的讀寫性能進行測試的軟體。可以顯示磁碟系統的最大IO能力、磁碟系統的最大吞吐量、CPU使用率、錯誤信息等。用戶可以通過設置不同的測試的參數，有存取類型(如sequential ,random)、讀寫塊大小(如64K、256K)，隊列深度等，來模擬實際應用的讀寫環境進行測試。
IOzone主要用來測試操作系統文件系統性能的測試工具，該工具所測試的范圍主要有，write , Re-write, Read, Re-Read, Random Read, Random Write, Random Mix, Backwards Read, Record Rewrite, Strided Read, Fwrite, Frewrite, Fread, Freread, Mmap, Async I/O。使用iozone可以在多線程、多cpu，並指定cpu cache空間大小以及同步或非同步I/O讀寫模式的情況下進行測試文件操作性能。
5 網路性能
5.1評測方法
網路帶寬不難理解，就是系統收發包時的最大流量，一般分為TCP、UDP兩種模式。影響伺服器網路性能主要是網卡的性能，其他如系統內核、驅動也是相關因素。測試方法一般需要2台伺服器進行收發包，一端server，一端client。
5.2評測工具
Iperf是一個網路性能測試工具。Iperf可以測試TCP和UDP帶寬質量。Iperf可以測量最大TCP帶寬，具有多種參數和UDP特性。Iperf可以報告帶寬，延遲抖動和數據包丟失。利用Iperf這一特性，可以用來測試一些網路設備如路由器，防火牆，交換機等的性能。
Netperf是一種網路性能的測量工具，主要針對基於TCP或UDP的傳輸。
Netperf根據應用的不同，可以進行不同模式的網路性能測試，即批量數據傳輸（bulk data transfer）模式和請求/應答（request/reponse）模式。Netperf測試結果所反映的是一個系統能夠以多快的速度向另外一個系統發送數據，以及另外一個系統能夠以多快的速度接收數據。

8、如何測試伺服器

伺服器測試方法

伺服器測試方法分為兩個大方面，性能測試與功能測試。

我們在性能測試方面採用了新的測試方法，主要分為文件測試、資料庫性能測試與
Web
性能測試三個
方面。其中，文件性能與資料庫性能採用美國
Quest
軟體公司的
Benchmark Factory
負載測試和容量規劃
軟體，
Web
性能測試則使用了
Spirent
公司提供的
Caw WebAvalanche
測試儀。

一、性能測試

1
、文件性能測試方法

Benchmark Factory
軟體能按照文件讀寫的關鍵指標定製事務。軟體最大支持
1000
個虛擬客戶。

本次測試環境包括
10
台配置為
PIII800/128MB
內存
/20G
硬碟以上的客戶端，它們用來模擬虛擬用戶。
控制台為配置是
PIII 850/128MB
內存
/40G
硬碟的
Acer
筆記本電腦。交換機為帶有兩個千兆
GBIC
介面、
24
個
10/100M
自適應埠的
Cisco 2950
，客戶端與控制台通過
100M
網卡連到交換機上，被測伺服器則通
過千兆光纖網卡與交換機相連接。

被測伺服器均安裝帶
SP4
的
Windows
2000
Advanced Server
操作系統，在所有三項性能測試中都統一
RAID
級別為
5
。

在具體測試方案設置上，測試軟體把決定文件讀寫操作的關鍵因素設定為：讀
/
寫、隨機
/
順序、操作
塊大小、對象大小四個。在本次測試中，考慮到我們設有單獨的資料庫及
Web
測試項目，所以在文件測試
中，我們把目標確定為測試伺服器基本的
I/O
性能，這主要由網路介面、系統帶寬、磁碟子系統等幾大部
分所決定。同時，從幾部分的作用看，以大操作塊讀寫大對象文件，小操作塊讀寫小對象文件，較能反映
伺服器最基本的
I/O
性能，即「大操作塊讀寫大文件」對系統帶寬、緩存的考察，以及「小操作塊讀寫小
文件」對磁碟子系統、網路介面的考察。最終我們確定的四個事務是：

大文件順序讀寫
(
操作塊
8KB
，對象文件
80% 500KB
、
20% 1MB)

大文件隨機讀寫
(
操作塊
8KB
，對象文件
80% 500KB
、
20% 1MB)

小文件隨機讀
(
操作塊
1KB
，對象文件
80% 1KB
、
10% 10KB
、
10% 50KB)

小文件順序寫
(
操作塊
1KB
，對象文件
80% 1KB
、
10% 10KB
、
10% 50KB)

每個事務的用戶數均以固定步長逐漸增加，
最大可增加到
1000
個虛擬用戶。
其中，
「大文件順序讀寫」
事務的用戶數按照
40
的步長從
1
可增加到
400
個
(
測試至強伺服器
)
或
200
個
(
測試
TUALATIN
伺服器
)
，其
他事務則將用戶數按照
100
的步長從
1
增加至
1000
。我們期望得到其在不同用戶數時被測伺服器的性能表
現。總體上其走勢及峰值反映了該伺服器的性能。每項事務均運行三次，每次之間被測伺服器進行重啟，
最終結果為三次平均值。

2
、資料庫性能測試方法

「乘機安全小貼士」安全出行要重視

資料庫性能測試同樣使用了
Benchmark Factory
軟體，測試環境如同文件性能測試。測試時，在被測
伺服器上安裝
SQL Server 2000
使用企業版。首先在被測伺服器上創建新的資料庫，通過使用
Benchmark
Factory
預定義的
Database Spec
項目向資料庫中創建表，裝載數據。在伺服器端創建以
CPU
計算為主的
存儲過程，通過
10
台客戶機模擬用戶、按照
40
個虛擬用戶的步長遞增到
400
個用戶，執行該存儲過程。
結果是以獲得的每秒事務數
(TPS)
衡量伺服器的資料庫事務處理能力。
整個測試分為三次，
每次之間重新啟
動被測伺服器，最終取三次平均值作為評價結果。

3
、
Web
性能測試方法

Web
性能測試工具是由
Spirent
公司提供的
Caw WebAvalanche
。
WebAvalanche
模擬實際的用戶發出
HTTP
請求，
並根據回應給出具體的詳細測試結果。
它有以下特點：
能夠模擬成百上千的客戶端對伺服器發
出請求
;
能夠模擬真實的網路應用情況，
比如網站在高峰期的訪問量應該是動態的維持，
有新客戶端的加入，
同時也有原客戶的離去，
訪問量不是固定不變的
;
可以產生
20000
個連接
/
秒請求量，
足以滿足測試的需要
;
測試項目豐富，有訪問請求的成功失敗數，有
URL
和頁面的響應時間，有網路流量數，還有
HTTP
和
TCP
協
議的具體情況。

測試時，被測伺服器與
WebAvalanche
上都裝有千兆光纖網卡，兩網卡通過光纖直接連接。監控端
(
配
置為
PIII 1GHz/128M
內存
/20G
硬碟
)
安裝了帶
SP4
的
Windows 2000 Server,
該監控端與
WebAvalanche
通
過交叉線直連。在監控端通過
Web
瀏覽器配置
WebAvalanche
，在被測伺服器安裝了
SQL Server 2000
企業
版，並用微軟的
IIS
建立了
Web
伺服器。

測試分為靜態性能與動態性能兩部分。主要是因為在實際的
Web
應用中，有的站點靜態內容居多，提
供的服務也絕大多數是靜態的，
因此，
他們就會特別的關心伺服器靜態性能
;
同樣，
有的站點提供的服務交
互性的內容居多，他們就會更關心伺服器的動態性能。

被測網站中頁面大小及靜態、動態頁面所佔比例均參照實際網站得出，整個網站靜態、動態頁面所佔
比例是
70%
和
30%
，使用的動態頁面類型為
ASP
。請求頁面樣本的文件大小分布比例與整個網站的相同。

靜態性能測試模擬發出的均是靜態頁面請求。在測試動態性能時，動態頁面的訪問請求占
20%
，其餘
80%
為靜態頁面請求。我們根據實際的
Web
伺服器一天中的運行情況建立了一個伺服器頁面請求模型，該
模型由
4
個階段組成，第一階段是預熱階段，
WebAvalanche
發出的請求量由
0
慢慢上升到
200;
第二階段
是逐步加壓階段，請求量逐步累加到最大值
8200;
第三階段是動態維持階段
;
第四階段是下降階段，請求量
由最大值迅速下降為
0
。其中，最大請求量略大於實際伺服器能夠提供的事務處理量。

被測伺服器的靜態與動態測試分別測試三遍，每遍之間被測伺服器和測試儀均重啟，結果取三次的平
均值。由此可見，此伺服器測試方法立志於最終結果的准確性。

二、功能測試

在功能測試方面，我們對被測伺服器的可擴展性、可用性以及可管理性進行了綜合評價，其中可擴展
性包括硬碟、
PCI
槽以及內存等的擴展能力，可用性包括對熱插拔、冗餘設備
(
如硬碟、電源、風扇、網卡
等
)
的支持，可管理性則指的是伺服器隨機所帶的管理軟體。
我們在對伺服器進行總體評價時，綜合了性能、功能和價格三方面因素，依據《網路世界》所做的用
戶調查結果，分別給予不同權重，性能占
50%
，功能占
40%
，而價格則占
10%
。在分析性能時，資料庫性能
占其中的
50%
，而文件性能占
30%
，
Web
性能占
20%
。

綜上所述，這種全新的伺服器測試方法更夠更准確更直接的對伺服器進行測試，而且數據更加精確。
希望能給又需要的讀者朋友帶來一定的幫助
。
謝謝採納。

9、伺服器虛擬化性能benchmark測試工具有哪些

你好以下三種方式是常用的虛擬存儲的性能指標方式:
通過客戶端操作系統測試存儲性能指標
通過Hypervisor測試存儲性能指標
通過存儲郵件測試存儲性能指標

10、如何在Windows伺服器做性能測試

一、遠程連接到Windows伺服器，使用windows系統自帶工具進行收集性能數據

1、Windows伺服器中自帶的性能監控工具叫做Performance Monitor,在開始-運行中輸入『Perfmon.msc』，然後回車即可運行。通過界面，控制面板所有控制面板項管理工具性能監視器也能打開

打開後，頁面展示

2、添加計數器

性能>數據收集器集>用戶定義[右擊]>新增『數據收集器集』>手動創建高級>下一步

勾選創建數據日誌>性能計數器>【下一步】

點擊「添加」→選擇計數器

點擊選中的可用計數器>【添加】>【確定】

【確定】>【下一步】

選擇目錄後，點擊【完成】

查看新增的計數器，輸出地方為日誌輸出地址

3、選擇日誌數據源格式

選擇用戶定義下的數據收集器集>右鍵屬性>性能計數器，日誌格式選擇「逗號分隔」（即csv格式）

4、開始啟動數據採集，選擇用戶定義下的數據收集器集>右鍵屬性>開始

此時，輸出有地址了

5、用EXCEL將數據轉換為折線圖，並分析性能情況

二、分析性能情況

（1）內存泄露判斷

●虛擬內存位元組數（VirtualBytes）應該遠大於工作集位元組數（Workingset），如果兩者變化規律相反，比如說工作集增長較快，虛擬內存增長較少，則可能說明出現了內存泄露的情況。

●對於Workingset、Private Bytes、Available bytes這些計數器，如果在測試期間內數值持續增長，而且測試停止後位置在高水平，則也說明存在內存泄露。

●Windows資源監控中，如果ProcessPrivateBytes計數器和ProcessWorkingSet計數器的值在長時間內持續升高，同時MemoryAvailable

bytes計數器的值持續降低，則很可能存在內存泄漏。

（2）CPU使用情況

●一般平均不要超過70%，最大不要超過90%（好：70% 、壞：85%、 很差：90%）

（3）tps（每秒處理事務的數量，在SOAPUI中進行統計）

●一般在10-100，不同應用程序具體值不同

三、關於計數器的選擇

perfmon的計數器主要分四種：處理器性能計數器、內存性能計數器、磁碟性能計數器以及網路性能計數器。

以下為監控伺服器常用的計數器：

常用的性能對象與指標

性能對象

計數器

提供的信息

Processor

% Idle Time

% Idle Time 是處理器在采樣期間空閑的時間的百分比

Processor

% Processor Time

% Processor Time 指處理器用來執行非閑置線程時間的百分比。計算方法是，測量範例間隔內非閑置線程活動的時間，用範例間隔減去該值。這個計數器是處理器活動的主要說明器，顯示在範例間隔時所觀察的繁忙時間平均百分比。

Processor

% User Time

% User Time 指處理器處於用戶模式的時間百分比。用戶模式是為應用程序、環境分系統和整數分系統設計的有限處理模式。

Memory

Available Bytes

Available Bytes顯示出當前空閑的物理內存總量。當這個數值變小時，Windows開始頻繁地調用磁碟頁面文件。如果這個數值很小，例如小於5 MB，系統會將大部分時間消耗在操作頁面文件上。

Memory

% Committed Bytes in Use

% Committed Bytes In Use 是 Memory: Committed Bytes 與Memory: Commit Limit之間的比值。(Committed memory指如果需要寫入磁碟時已在分頁文件中保留空間的處於使用中的物理內存。Commit Limit是由分頁文件的大小而決定的。如果擴大了分頁文件，該比例就會減小)。這個計數器只顯示當前百分比；而不是一個平均值。

Memory

Page Faults/sec

Page Faults/sec是指處理器處理錯誤頁的綜合速率。用錯誤頁數/秒來計算。當處理器請求一個不在其工作集(在物理內存中的空間)內的代碼或數據時出現的頁錯誤。這個計數器包括硬錯誤(那些需要磁碟訪問的)和軟錯誤(在物理內存的其它地方找到的錯誤頁)。許多處理器可以在有大量軟錯誤的情況下繼續操作。但是，硬錯誤可以導致明顯的拖延。這個計數器顯示用上兩個實例中觀察到的值之間的差除以實例間隔的持續時間所得的值。

Network Interface

Bytes Total/sec

Bytes Total/sec是發送和接收位元組的速率，包括幀字元在內。

Network Interface

Packets/sec

Packets/sec為發送和接收數據包的速率。

Physical Disk

% Busy Time

% Busy Time指磁碟驅動器忙於為讀或寫入請求提供服務所用的時間的百分比。

Physical Disk

Avg. Disk Queue Length

Avg. Disk Queue Length 指讀取和寫入請求(為所選磁碟在實例間隔中列隊的)的平均數。

Physical Disk

Current Disk Queue Length

Current Disk Queue Length指在收集操作數據時在磁碟上未完成的請求的數目。它包括在快照內存時正在為其提供服務中的請求。這是一個即時長度而非一定間隔時間的平均值。多主軸磁碟設備可以一次有多個請求操作，但是其它同時發生的請求為等候服務。這個計數器可能會反映一個暫時的高或低的列隊長度，但是如果在磁碟驅動器存在持續負載，可能值會總是很高。請求等待時間與這個列隊的長度減去磁碟上的主軸成正比。這個差值應小於2才能保持良好的性能。

Logical

Disk

% Free Space

% Free Space 是所選定的邏輯磁碟驅動器上總的可用空閑空間的百分比。

Logical

Disk

Free Megabytes

可用的 MB 顯示磁碟驅動器上尚未分配的空間。

 以下為監控進程常用的計數器：

Process對象的主要指標

性能對象

計數器

提供的信息

Process

% Privileged Time

% Privileged Time 是在特權模式下處理線程執行代碼所花時間的百分比。當調用 Windows 系統服務時，此服務經常在特權模式運行，以便獲取對系統專有數據的訪問。在用戶模式執行的線程無法訪問這些數據。對系統的調用可以是直接的(explicit)或間接的(implicit)，例如頁面錯誤或間隔。

Process

% Processor Time

% Processor Time 是所有進程線程使用處理器執行指令所花的時間百分比。指令是計算機執行的基礎單位。線程是執行指令的對象，進程是程序運行時創建的對象。此計數包括處理某些硬體間隔和陷阱條件所執行的代碼。

Process

% User Time

% User Time 指處理線程用於執行使用用戶模式的代碼的時間的百分比。應用程序、環境分系統和集合分系統是以用戶模式執行的。Windows 的可執行程序、內核和設備驅動程序不會被以用戶模式執行的代碼損壞。

Process

Creating Process ID value

Creating Process ID value 指創建該進程的父進程號。

Process

Elapsed Time

該進程運行的總時間(用秒計算)。

Process

Handle Count

由這個處理現在打開的句柄總數。這個數字等於這個處理中每個線程當前打開的句柄的總數。

Process

ID Process

ID Process 指這個處理的特別的識別符。ID Process 號可重復使用，所以這些 ID Process 號只能在一個處理的壽命期內識別那個處理。

Process

IO Data Bytes/sec

處理從 I/O 操作讀取/寫入位元組的速度。這個計數器為所有由本處理產生的包括文件、網路和設備 I/O 的活動計數。

Process

IO Data Operations/sec

本處理進行讀取/寫入 I/O 操作的速率。這個計數器為所有由本處理產生的包括文件、網路和設備 I/O 的活動計數。

Process

IO Other Bytes/sec

處理給不包括數據的 I/O 操作(如控制操作)位元組的速率。這個計數器為所有由本處理產生的包括文件、網路和設備 I/O 的活動計數。

Process

IO Other Operations/sec

本處理進行非讀取/寫入 I/O 操作的速率。例如，控制性能。這個計數器為所有由本處理產生的包括文件、網路和設備 I/O 的活動計數。

Process

IO Read Bytes/sec

處理從 I/O 操作讀取位元組的速度。這個計數器為所有由本處理產生的包括文件、網路和設備 I/O 的活動計數。

Process

IO Read Operations/sec

本處理進行讀取 I/O 操作的速率。這個計數器為所有由本處理產生的包括文件、網路和設備 I/O 的活動計數。

Process

IO Write Bytes/sec

處理從 I/O 操作寫入位元組的速度。這個計數器為所有由本處理產生的包括文件、網路和設備。

Process

IO Write Operations/sec

本處理進行寫入 I/O 操作的速率。這個計數器為所有由本處理產生的包括文件、網路和設備 I/O 的活動計數。

Process

Page Faults/sec

Page Faults/sec 指在這個進程中執行線程造成的頁面錯誤出現的速度。當線程引用了不在主內存工作集中的虛擬內存頁即會出現 Page Fault。如果它在備用表中(即已經在主內存中)或另一個共享頁的處理正在使用它，就會引起無法從磁碟中獲取頁。

Process

Page File Bytes

Page File Bytes 指這個處理在 Paging file 中使用的最大位元組數。Paging File 用於存儲不包含在其他文件中的由處理使用的內存頁。Paging File 由所有處理共享，並且 Paging File 空間不足會防止其他處理分配內存。

Process

Page File Bytes Peak

Page File Bytes Peak 指這個處理在 Paging files 中使用的最大數量的位元組。

Process

Pool Nonpaged Bytes

Pool Nonpaged Bytes 指在非分頁池中的位元組數，非分頁池是指系統內存(操作系統使用的物理內存)中可供對象(指那些在不處於使用時不可以寫入磁碟上而且只要分派過就必須保留在物理內存中的對象)使用的一個區域。這個計數器僅顯示上一次觀察的值；而不是一個平均值。

Process

Pool Paged Bytes

Pool Paged Bytes 指在分頁池中的位元組數，分頁池是系統內存(操作系統使用的物理內存)中可供對象(在不處於使用時可以寫入磁碟的)使用的一個區域。這個計數器僅顯示上一次觀察的值；而不是一個平均值。

Process

Priority Base

這次處理的當前基本優先權。在一個處理中的線程可以根據處理的基本優先權提高或降低自己的基本優先權。

Process

Private Bytes

Private Bytes 指這個處理不能與其他處理共享的、已分配的當前位元組數。

Process

Thread Count

在這次處理中正在活動的線程數目。指令是在一台處理器中基本的執行單位，線程是指執行指令的對象。每個運行處理至少有一個線程。

Process

Virtual Bytes

Virtual Bytes 指處理使用的虛擬地址空間的以位元組數顯示的當前大小。使用虛擬地址空間不一定是指對磁碟或主內存頁的相應的使用。虛擬空間是有限的，可能會限制處理載入資料庫的能力。

Process

Virtual Bytes Peak

Virtual Bytes Peak 指在任何時間內該處理使用的虛擬地址空間位元組的最大數。

Process

Working Set

Working Set 指這個處理的 Working Set 中的當前位元組數。Working Set 是在處理中被線程最近觸到的那個內存頁集。如果計算機上的可用內存處於閾值以上，即使頁不在使用中，也會留在一個處理的 Working Set中。當可用內存降到閾值以下，將從 Working Set 中刪除頁。如果需要頁時，它會在離開主內存前軟故障返回到 Working Set 中。

Process

Working Set Peak

Working Set Peak 指在任何時間這個在處理的 Working Set 的最大位元組數。