Ⅰ 如何測試伺服器的性能
下載一個OneAPM軟體 裝到伺服器上就可以 了
Ⅱ TCP伺服器性能如何測試
1 可以用專用工具測試，例如：
Netperf（www.netperf.org）：網路性能測試。主要針對基於TCP或
UDP的傳輸。Netperf根據應用的不同，可以進行不同模式的網路性能測試，即批量數據傳輸（bulk data
transfer）模式和請求/應答（request/reponse）模式。Netperf測試結果所反映的是一個系統能夠以多快的速度向另外一個系統
發送數據，以及另外一個系統能夠以多塊的速度接收數據。Netperf工具以client/server方式工作。
server端是netserver，用來偵聽來自client端的連接，client端是 netperf，用來向server發起網路測試。
2 自己寫代碼測試，參考：
http://kmplayer.iteye.com/blog/673226。
Ⅲ 伺服器的性能測試
提到伺服器性能測試，不得不提到很多術語。為了讓大家更容易理解，舉個生活中的例子：
你中午去「海底撈」吃飯。
我們可以把「海底撈」這個酒樓看成一個被測系統。
你去吃飯，就是對這個被測系統發起請求，對這個系統造成了一定的負載。你帶去的人越多，那麼這個餐館就越繁忙，可以說餐館承受的負載就越大。
你開始點菜。這個時候你隔壁桌的人也開始點菜。那麼你們兩個對這個系統產生了並發的請求。同時，其他桌有的在吃菜，有的在等菜，這些都是並發進行的事務。一個完整的吃飯事務可以定義成包括：點菜，下單，上菜，買單四個步驟。對於一個C/S的系統來說，可以對應於：建立連接，發送請求，接受應答，斷開連接。
影響一個餐館生意好壞的一個重要原因是上菜速度。上菜速度體現在兩個方面：
很多因素會影響上菜速度，比如服務員的個數、廚師的個數。對於一個C/S的系統，服務員相當於是接入層，廚師相當於是後台服務。假如服務員太少，下單很慢，後面的廚師都閑著，那麼上菜速度也快不了；假如服務員夠多，下單足夠快，但是廚師太少，下的單來不及做，同樣上菜速度也很慢；如果服務員很多，廚師也很多，但是來的客人很少，那麼大部分的服務員和廚師都閑著，資源全部浪費掉了。因此，接入層和後台服務進程個數、以及資源配比，都是需要根據實際情況進行調優的。
來多少顧客，這是酒樓自己無法控制的，但是酒樓的上菜速度、餐位多少都會制約客流量。一定有一個峰值客流量，當來的客人超過了這個峰值，那麼這些客人就會等位，或者是上菜速度超慢讓客人無法容忍。容量測試就是通過工具模擬足夠多的顧客來吃飯的事務，希望找到這樣一個客流量對酒樓產生一定的負載，這個時候酒樓既能接待最多的客戶同時也能保證最短的等待時間。更多的，還可以對這個酒樓人員配置和餐位設置等進行調優，以期達到一個最理想的資源利用率和效率。
客流量跟進來的客人多少有關，也跟餐館的接待能力有關。單方面增加來就餐的顧客，遭到投訴的可能性就越大，上錯菜的可能性也越大。
1.一個顧客請求的處理耗時，從下單到上菜中間等待的時間，我們稱之為響應時間。
2.這個餐館同時為多名顧客上菜的頻率，我們稱之為吞吐量。
Ⅳ 如何測試linux伺服器的性能
################### cpu性能查看 ############################################################
1、查看物理cpu個數：
cat /proc/cpuinfo |grep "physical id"|sort|uniq|wc -l
2、查看每個物理cpu中的core個數：
cat /proc/cpuinfo |grep "cpu cores"|wc -l
3、邏輯cpu的個數：
cat /proc/cpuinfo |grep "processor"|wc -l
物理cpu個數*核數=邏輯cpu個數（不支持超線程技術的情況下）
########################### 內存查看 ################################################################
1、查看內存使用情況：
free -m
total used free shared buffers cached
Mem: 3949 2519 1430 0 189 1619
-/+ buffers/cache: 710 3239
Swap: 3576 0 3576
total：內存總數
used：已經使用的內存數
free：空閑內存數
shared：多個進程共享的內存總額
- buffers/cache：(已用)的內存數，即used-buffers-cached
+ buffers/cache：(可用)的內存數，即free+buffers+cached
Buffer Cache用於針對磁碟塊的讀寫；Page Cache用於針對文件inode的讀寫，這些Cache能有效地縮短I/O系統調用的時間。
對於操作系統來說free/used是系統可用/佔用的內存；而對於應用程序來說-/+ buffers/cache是可用/佔用內存,因為buffers/cache很快就會被使用。我們工作時候應該從應用角度來看。
################# 硬碟查看 ##########################################################################
1、查看硬碟及分區信息：
fdisk -l
2、查看文件系統的磁碟空間佔用情況：
df -h
3、查看硬碟的I/O性能（每隔一秒顯示一次，顯示5次）：
iostat -x 1 5
iostat是含在套裝systat中的,可以用yum -y install systat來安裝。
常關注的參數：
如果%util接近100%,說明產生的I/O請求太多，I/O系統已經滿負荷，該磁碟可能存在瓶頸。
如果idle小於70%，I/O的壓力就比較大了，說明讀取進程中有較多的wait。
4、查看linux系統中某目錄的大小：
-sh /root
如發現某個分區空間接近用完，可以進入該分區的掛載點，用以下命令找出佔用空間最多的文件或目錄，然後按照從大到小的順序，找出系統中佔用最多空間的前10個文件或目錄：
-cksh *|sort -rn|head -n 10
############################################ 查看平均負載 ####################################
有時候系統響應很慢，但又找不到原因，這時就要查看平均負載了，看它是否有大量的進程在排隊等待。
最簡單的命令：
uptime
查看過去的1分鍾、5分鍾和15分鍾內進程隊列中的平均進程數量。
還有動態命令：
top
我們只關心以下部分：
top - 21:33:09 up 1:00, 1 user, load average: 0.00, 0.01, 0.05
如果每個邏輯cpu當前的活動進程不大於3，則系統性能良好；
如果每個邏輯cpu當前的活動進程不大於4，表示可以接受；
如果每個邏輯cpu當前的活動進程大於5，則系統性能問題嚴重。
一般計算方法：負載值/邏輯cpu個數
還可以結合vmstat命令來判斷系統是否繁忙，其中：
procs
r：等待運行的進程數。
b：處在非中斷睡眠狀態的進程數。
w：被交換出去的可運行的進程數。
memeory
swpd：虛擬內存使用情況，單位為KB。
free：空閑的內存，單位為KB。
buff：被用來作為緩存的內存數，單位為KB。
swap
si：從磁碟交換到內存的交換頁數量，單位為KB。
so：從內存交換到磁碟的交換頁數量，單位為KB。
io
bi：發送到塊設備的塊數，單位為KB。
bo：從塊設備接受的塊數，單位為KB。
system
in：每秒的中斷數，包括時鍾中斷。
cs：每秒的環境切換次數。
cpu
按cpu的總使用百分比來顯示。
us：cpu使用時間。
sy：cpu系統使用時間。
id：閑置時間。
標准情況下r和b的值應該為：
r<5,b=0
假設輸出的信息中：
如果r經常大於3或4，且id經常少於50，表示cpu的負荷過重。
pi、po長期不等於0，表示內存不足。
bi經常不等於0，且在b中的隊列大於2或3，表示io的性能不好。
################################# 其他參數 #####################################
查看內核版本號：
uname -a
簡化命令：
uname -r
查看系統是32位還是64位的：
file /sbin/init
查看發行版：
cat /etc/issue
或lsb_release -a
查看系統已載入的相關模塊：
lsmod
查看pci設置：
lspci
Ⅳ 如何監測windows伺服器的性能
Windows伺服器中自帶的性能監控工具叫做Performance Monitor,
在開始-運行中輸入『perfmon』，然後回車即可運行。Performance
Monitor本身也是一個進程，運行起來也要佔用一定的系統資源。所以你看到的資源的使用量應該比實際的要稍微高一點。這個工具在幫助管理員判斷系統性能瓶頸時非常有用。舉個列子來說，今天有個用戶抱怨說他們項目組的伺服器（這是一台虛擬機）運行起來非常慢，但也不知道具體問題出在什麼地方。任務管理器里顯示CPU和內存的使用量都不算高，但伺服器的相應就是非常慢。打開Performance
Monitor，讓其運行一段時間後（因為參考平均值會比較准確），發現average disk
queue的值比較高，這就說明物理伺服器的硬碟負荷太重，I/O操作的速度跟不上系統的要求。關掉虛擬機，將其轉移到另一台硬碟負載比較小的主機上，再打開虛擬機。問題就解決了！
這里我簡單列舉幾個常用參數的參考值，需要更多的信息你可以google一把。
CPU:
% Processor Time：表示CPU的使用率，如果值大於80表示CPU的處理調度能力偏低。
硬碟：
% Disk Time：表示硬碟的I/O操作的頻率（繁忙時間），如果值大於80表示硬碟I/O調度能力偏低。
Average Disk Queue
Length：表示硬碟I/O操作等待隊列的長度，如果值大於2表示硬碟I/O調度能力偏低。
內存
Pages/Sec：表示系統對虛擬內存每秒鍾的訪問次數，如果值大於20表示有內存方面的問題。（有可能是物理內存偏低，也有可能是虛擬內存沒有配置正確。一般情況下虛擬內存應為物理內存的1.5-2倍）
Committed Bytes and Available Bytes：Committed
Bytes表示虛擬內存的大小，Available Bytes表示剩餘可用內存的大小。正常情況下，Available
Bytes減少，pages（頁面數）應該增加，提供頁面交換。如果Available
Bytes的值很小表示物理內存偏低。當關閉一些應用以後，Committed Bytes應該減少，Available
Bytes應該增加。因為關閉的進程釋放了之前佔用的內存資源。如果相應的值沒有發生變化，那麼該進程就可能造成了內存泄漏。
Cache Bytes：表示系統緩存的大小。如果值大於4M表示物理內存偏低。
Ⅵ 怎麼測試伺服器的速度
伺服器上打開瀏覽器訪問帶寬測試網站點擊測試下,比較局限自己電腦和伺服器之間上傳下載一部電影測試下；
機房的帶寬一般分兩種：固定帶寬、共享帶寬，固定帶寬：標示多少M一般都是多少M上傳和下載是對等的
共享帶寬：標示100M，一般是一個機櫃好幾台十幾台共用100M，峰值可以達到100M低的可能卡著訪問不了。
所以選擇不同類型帶寬各有好處，有預算還是固定帶寬。
Ⅶ 性能測試怎麼測伺服器的穩定性
首先需要在你的伺服器上下載安裝HD Tune，這是國外的一款免費硬碟檢測軟體，默認是英文界面，不過大家可以在網上搜一下也能找到中文版的HD Tune軟體。
用HDtune對硬碟進行讀取性能測試。在軟體窗口的「基準」選項頁面中，點擊左上角的下拉列表選擇要進行性能測試的硬碟，軟體默認為「讀取」測試，然後點擊右邊的「開始（Start）」，如下圖所示：
華雲數據的雲伺服器開通後默認磁碟未分區，要通過該軟體測試寫入速率再開始測試。
Ⅷ 伺服器該如何測試速度的快慢
一、tracert命令簡單測網站速度，測試方法和ping命令類似
二、常見的ping命令
三、比網站載入速度，可以利用工具測試一下打開網站速度。
Ⅸ 如何測試伺服器的性能測試和負載能力
壓力-測試產品極限，負載-測試產品在極限情況下的穩定性，性能-測產品在各個壓力指標下的各個性能參數。
具體測試方法比較復雜，你可以查找相關文檔，找一個高手輔助你進行。
Ⅹ 如何測試伺服器
伺服器測試方法
伺服器測試方法分為兩個大方面，性能測試與功能測試。
我們在性能測試方面採用了新的測試方法，主要分為文件測試、資料庫性能測試與
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%
。
綜上所述，這種全新的伺服器測試方法更夠更准確更直接的對伺服器進行測試，而且數據更加精確。
希望能給又需要的讀者朋友帶來一定的幫助
。
謝謝採納。