伺服器測試工具

Ⅰ 有什麼軟體能測試服務器性能

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

Ⅱ 如何測試伺服器ping

使用 ping可以測試計算機名和計算機的 ip 地址，驗證與遠程計算機的連接，通過將 icmp 回顯數據包發送到計算機並偵聽回顯回復數據包來驗證與一台或多台遠程計算機的連接，該命令只有在安裝了 tcp/ip 協議後才可以使用。

工具/原料
TCP/IP
ping
windows

方法/步驟
首先打開命令提示符窗口。方法有很多種，這里介紹一種，【win+r】==>在彈出的窗口輸入cmd ==>【確定】。

要學會用ping測試網路，首先知道ping命令有哪些參數，以及各個參數的功能。下面介紹如何使用幫助文檔查看ping命令的參數以及功能。輸入命令【ping -help】可查看幫助文檔。類似【其他命令 -help】也能查看相應命令的參數及功能。

學會運用幫助文檔之後，我們可以在DOS里輸入【Ping 127.0.0.1】，該地址是本地循環地址，如發現本地址無法Ping通，就表明本地機TCP/IP協議不能正常工作或者是網卡損壞。

如果上面能Ping通的話，我們接下來可以輸入【ipconfig】命令來查看本地的IP地址，並記錄下該IP。

然後Ping與剛才記錄下來的IP同一網段的IP，通則表明網路適配器（網卡或MODEM）工作正常，不通則是網路適配器出現故障。

最後，檢測一個帶DNS服務的網路，在上一步Ping通了目標計算機的IP地址後，仍無法連接到該機，則可Ping該機的網路名，比如Ping www..com，正常情況下會出現該網址所指向的IP，這表明本機的DNS設置正確而且DNS伺服器工作正常，反之就可能是其中之一出現了故障。

Ⅲ 怎樣測試伺服器壓力

公司的Web伺服器搭建完成，上線在即。它能夠承載多大的訪問量，響應速度和容錯能力等性能指標是否滿足要求，所有這些都是我最想知道，也最為擔心的。如何才能知曉這一切呢？

通過工具可以有效地測試Web伺服器的運行狀態和響應時間等性能指標，從而解決上述問題。下面以Web Application Stress Tool（簡稱WAST）為例，介紹如何進行Web壓力測試。這是由微軟的網站測試人員開發的專門用來進行實際網站壓力測試的一套工具。

測試工具的設置

下載並安裝WAST，過程極其簡單。在對目標Web伺服器進行壓力測試之前，首先要對它進行一些必要的設置。

1．設置並行連接數

點擊「Defaults→Settings」打開設置面板。在Concurrent Connections下進行並行連接設置。Stress Level（Threads）是最少線程，Stress Multiplier是最大線程。這里的線程是指定程序在後台用多少線程進行請求，也就是相當於模擬多少個客戶機的連接，一般填寫500～1000。這個線程數是根據本機的承受力來設置的，如果你對自己的機器配置有足夠信心的話，那麼可以設置得更高一些。

2．設置持續時間

在「Test Run Time」中用來指定一次壓力測試需要持續的時間，分為天、小時、分、秒幾個單位級別，比如我們設置為1個小時。

3．其餘設置

用Rpquest Delay設置延遲時間，我們設置為100～500。用Suspend設置設定掛起時間，Warmup時間是初始化測試運行時間，Cooldown時間是指定結束階段的測試時間。Bandwith指定帶寬瓶頸，允許模擬從14．4 kbps的Modem連接到T1（1．5 Mbps）的Local Area Network（LAN）連接的網路帶寬。Redirects設置重定向時間，Throughput用來設置用戶、密碼頁面狀態保存等是否啟用，Name Resolution用來設置是否進行名稱解析。所有以上的選項大家可以根據自己的需要進行設置。

壓力測試的步驟

設置完成後就可以進行壓力測試。測試的步驟如下：

第一步，點擊工具欄上的「New Script」按鈕，在打開的面板中點擊「Nanual」按鈕創建一個新的測試項目。在打開的窗口中對它進行設置，在主選項中的Server中填寫要測試的伺服器的IP地址。這里我們填寫192.168.1.20。在下方選擇測試的Web連接方式，這里的方式Verb選擇get。Path選擇要測試的Web頁面路徑，這里填寫/Index.asp即動網的首頁文件，WAST可以設置更多的Path。

第二步，在「Settings」功能設置中將Stress Level （Threads）線程數設置為1000。然後點工具中的灰色三角按鈕即可進行測試。測試過程中我們可以從伺服器的任務管理器中看到CPU使用率已經達到100%，損耗率達到最大。在CMD窗口中使用命令netstat -an，可以看到客戶端的IP地址在伺服器上的80埠進行了非常多的連接，而且Web網站已經打不開了，提示過多用戶連接。

通過壓力測試，管理員對Web伺服器的抗壓能力有了大概了解，可根據實際需要進行伺服器硬體擴展，也為系統設置和軟體選擇等提供依據。Web伺服器在正式發布前進行壓力測試是非常必要的。

有什麼需要 聯系我 網路HI

Ⅳ 作為一名測試，部署測試環境哪些工具適合部署到linux伺服器

和被測對象有很大關系。看是測試linux本地安裝的軟體，還是http測試其他在線服務。可以看看busybox，還有git，vim之類的工具。

Ⅳ 教你如何測試主機(伺服器)的鏈接速度與帶寬

不管是虛擬主機還是伺服器，我們都知道，它的穩定性很重要，訪問速度也有著決定性的作用。一般來說，如果訪問速度不好的話，會讓網站載入非常慢。壹基比小喻企鵝頭像給大家介紹一下租用伺服器前怎樣檢測訪問速度。

第一種方法：常見的ping命令。

這個命令與IT打交道的站長並不陌生，一般來說，網站速度不好，或者測試一下是網站問題還是伺服器問題，都會使用這個命令進行測試。那麼具體怎樣檢測租用伺服器的網路是否通暢無延遲呢？

在電腦中點擊開始，運行，然後輸入CMD打開DOS命令窗口。然後輸入網站網址，或者伺服器的IP地址，格式為ping 域名，或者ping IP。使用ping命令後，會反饋一個結果，這個結果基本包括了以下幾個信息。

Time，這個是響應時間，時間越小越好，國內伺服器響應時間一般在30-80ms之間。

TTL，這個可以判斷相關的操作系統，TTL=119，則表示是XP系統，不過這個現在一般不準，畢竟伺服器可以修改注冊表TTL類型。

數據包發送信息，這個裡面有個丟包率，數值越小越好，正常都是顯示丟失0。

第二種方法：tracert命令。

測試方法與ping命令類似，只是將ping 換成tracert，不過這個命令可以用來檢測終端用戶到伺服器機房的跳數及響應時間，換句話說，就是可以測試出伺服器與全國客戶的連接速度。顯示時間也是以Ms為單位，時間越短越好。

第三種方法：比網站載入速度。

可以利用WhichLoadsFasterFastSoft工具測試一下打開網站速度。基本工作原理是通過連接，在瀏覽器中讓兩個真實的網頁顯示出來，反應的結果就是兩個網站真實打開速度對比。

第四種方法：網站速度測試工具。

使用GTmetrixgtmetrix有豐富的測量結果，能夠提供相關的網站速度提升建議，站長可以根據這些建議優化站點。然後再逐一找到載入速度變慢的原因。

我們知道，一個網站如果在好幾秒都打不開，那麼基本上都會沒有耐心，會關閉頁面，而這無形當中就是流失了用戶。以上就是租用伺服器前對速度的測試方法，希望對站長有一定的幫助。

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

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

Ⅶ 伺服器必備工具軟體的硬體檢測

CPU-Z - CPU-Z是一款免費的系統檢測工具，可以檢測CPU、主板、內存、系統等各種硬體設備的信息。它支持的CPU種類相當全面，軟體的啟動速度及檢測速度都很快。另外，它還能檢測主板和內存的相關信息，其中就有我們常用的內存雙通道檢測功能。遠程管理伺服器的時候，使用這個軟體可以對伺服器的硬體信息一清二楚。

Ⅷ 伺服器硬體測試教程

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測試結果所反映的是一個系統能夠以多快的速度向另外一個系統發送數據，以及另外一個系統能夠以多快的速度接收數據。

Ⅸ 如果我買一個伺服器,能不能用它做軟體測試，或者做其它的

這個就看服務商的規定了，假如做軟體測試壓力不是很大，佔用資源不多的情況下應該是可以的，不過最好購買前咨詢一下，避免購買後測試影響母機伺服器性能會被停機的

Ⅹ 如何測試伺服器

伺服器測試方法

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

我們在性能測試方面採用了新的測試方法，主要分為文件測試、資料庫性能測試與
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%
。

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