前兩天有人問我.有沒有測試與一個服務器之間的 連接狀態(tài)的函數(shù)....
emmm,這個么當然沒有.
眾所周知.測試與服務器之間的鏈接狀態(tài),通常都是使用 ping命令,所以,我們測試與目標網(wǎng)絡的連接狀態(tài),理所當然的使用ping來實現(xiàn).ping個十次八次的然后拿到他的 最大值/最小值/平均值/平均偏差,通過這些數(shù)值去判斷與服務器之間的連接狀態(tài)是否穩(wěn)定.
例如:
ping -c 10 www.baidu.com
PING www.a.shifen.com (61.135.169.121) 56(84) bytes of data.
64 bytes from 61.135.169.121: icmp_seq=1 ttl=53 time=6.82 ms
64 bytes from 61.135.169.121: icmp_seq=2 ttl=53 time=6.23 ms
64 bytes from 61.135.169.121: icmp_seq=3 ttl=53 time=7.28 ms
64 bytes from 61.135.169.121: icmp_seq=4 ttl=53 time=103 ms
64 bytes from 61.135.169.121: icmp_seq=5 ttl=53 time=96.0 ms
64 bytes from 61.135.169.121: icmp_seq=6 ttl=53 time=11.1 ms
64 bytes from 61.135.169.121: icmp_seq=7 ttl=53 time=11.1 ms
64 bytes from 61.135.169.121: icmp_seq=8 ttl=53 time=7.74 ms
64 bytes from 61.135.169.121: icmp_seq=9 ttl=53 time=10.9 ms
64 bytes from 61.135.169.121: icmp_seq=10 ttl=53 time=12.0 ms
--- www.a.shifen.com ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9014ms
rtt min/avg/max/mdev = 6.236/27.247/103.125/36.251 ms
那我們ping10次百度,然后查看返回的結(jié)果 第16行 rtt開頭的那部分
min:最小值
avg:平均值
max:最大值
mdev:平均偏差值
一般看mdev這個值,這個值越小,說明你與目標服務器的連接狀態(tài)越穩(wěn)定,如果越大,則說明越不穩(wěn)定.
至于取值...就看你自己習慣使用哪種方式取了.是使用shell取值還是使用js來取值.這種使用shell執(zhí)行的命令,我還是比較喜歡使用shell的方式去取值,那一起來看最終的實現(xiàn):
/**
* 測試與目標網(wǎng)絡的ping值,返回最小值 最大值 平均值 平均偏差值
* @param {string} target 目標網(wǎng)絡的域名或者IP
* @param {int} count 測試次數(shù),次數(shù)越大,測試值越準確,但時間會越長
*/
function pingTest(target, count) {
var res = shell("ping -c "+ count +" "+ target +" |grep 'rtt' |awk '{print $4}'").result;
res = res.replace("\\n", "");
var resArry = res.split("/");
return {
min : resArry[0], //最小值
max : resArry[2], //最大值
avg : resArry[1], //平均值
mdev: resArry[3] //與平均值的偏差,值越大,說明網(wǎng)絡越不穩(wěn)定
};
}
var t = pingTest("www.baidu.com", 10);
console.log(t.mdev);
附:獲取單次ping的time值
var res = shell("ping -c 1 www.baidu.com |awk '{print $7}' |grep -o '[0-9].*'");
console.log(res);
聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學習之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。
舉報投訴
-
服務器
+關注
關注
14文章
10292瀏覽量
91586 -
網(wǎng)絡
+關注
關注
14文章
8294瀏覽量
95267 -
Ping
+關注
關注
0文章
72瀏覽量
16858
發(fā)布評論請先 登錄
相關推薦
熱點推薦
GSM網(wǎng)絡測試儀器和測試方法
GSM網(wǎng)絡測試儀器和測試方法摘 要:本文介紹無線接口測試儀器及其測試方法,包括TEMS、頻譜分析儀、Umstar
發(fā)表于 11-04 13:50
必須學的幾個網(wǎng)絡測試命令
必須學的幾個網(wǎng)絡測試命令ping ping是測試網(wǎng)絡聯(lián)接狀況以及信息包發(fā)送和接收狀況非常有用的工具,是網(wǎng)絡
發(fā)表于 02-25 15:09
網(wǎng)絡測試儀的使用
,防患于未然。其二,網(wǎng)絡故障的排查至關重要,直接影響網(wǎng)絡的運行效率,必須追求高效率、短時間。因此網(wǎng)絡檢測輔助設備在網(wǎng)絡施工和網(wǎng)絡維護工作中變
發(fā)表于 12-03 16:07
zigbee終端和路由配置網(wǎng)絡狀態(tài)變了
在ZGlobal.h中已經(jīng)配置成終端了,但是加入網(wǎng)絡以后,網(wǎng)絡狀態(tài)就變了,不是DEV_END_DEVICE,而是DEV_ROUTER,路由了變成,網(wǎng)絡地址也是路由的地址,怎么回事啊?難
發(fā)表于 01-09 16:12
LTE網(wǎng)絡進行容量測試的方法
的精確結(jié)果,從而在手機或移動推出之前對網(wǎng)絡進行測試,因為手機開發(fā)滯后于網(wǎng)絡基礎設施。下一階段進行外場移動環(huán)境測試,但由于前期部署階段基本上沒有其他用戶接入
發(fā)表于 05-27 05:00
無線傳感器網(wǎng)絡設計的目標
目標一:提高性能 對傳感器網(wǎng)絡來說什么是性能?有很多指標可以用來評估傳感器網(wǎng)絡的性能情況,其中主要有: Energy efficiency/system lifetime(能源效率/系統(tǒng)
發(fā)表于 12-24 17:08
網(wǎng)絡測試與網(wǎng)絡損傷融合技術(shù)
羿網(wǎng)通系列測試儀具備網(wǎng)絡測試儀模式、網(wǎng)絡損傷儀模式、測試儀+損傷儀融合模式、冗余鏈路測試儀模式
發(fā)表于 05-21 09:37
基于 FPGA 的目標檢測網(wǎng)絡加速電路設計
; Function Description
本項目針對DAC2019 System Design Contest測試集,計劃采用PYNQ-Z2開發(fā)板加速目標 檢測網(wǎng)絡,綜合考慮數(shù)據(jù)訪問、存儲、并行計算等問題進行優(yōu)化
發(fā)表于 06-20 19:45
隨機模糊神經(jīng)網(wǎng)絡在目標狀態(tài)信息融合中的應用
提出一種新的基于隨機模糊神經(jīng)網(wǎng)絡的多傳感器狀態(tài)信息融合方法, 研究和比較了基于單值模糊神經(jīng)網(wǎng)絡和基于隨機模糊神經(jīng)網(wǎng)絡的雷達與紅外傳感器狀態(tài)信
發(fā)表于 07-09 14:42
?10次下載
基于小波神經(jīng)網(wǎng)絡的目標跟蹤的研究
本文討論了小波神經(jīng)網(wǎng)絡在機動多目標跟蹤中的應用,多目標跟蹤就是主體為了維持對多個目標(客體)當前狀態(tài)的估計而對所接收的量測信息進行處理的過程
發(fā)表于 01-22 14:05
?10次下載
網(wǎng)絡主機的配置及測試
網(wǎng)絡主機的配置及測試
實驗2 網(wǎng)絡主機的配置及測試2.1 實驗目的學習網(wǎng)絡主機的基本配置技術(shù)及常用的
發(fā)表于 06-28 00:09
?2101次閱讀
目標檢測傳感器網(wǎng)絡參數(shù)設計
摘要:通過理論分析給出了目標穿越無線傳感器網(wǎng)絡防線時的被檢測概率與傳感器網(wǎng)絡設計參數(shù)之間的關系建立了傳感器網(wǎng)絡目標檢測問題的數(shù)學模型.傳感器
發(fā)表于 02-16 22:13
?22次下載
基于OpenFlow的網(wǎng)絡層移動目標防御方案
為在網(wǎng)絡攻防博弈中占據(jù)主動地位,利用OpenFlow網(wǎng)絡結(jié)構(gòu)提供的網(wǎng)絡靈活性,提出一個基于OpenFlow的網(wǎng)絡層移動目標防御方案。在
發(fā)表于 01-09 10:30
?0次下載
基于設備狀態(tài)的網(wǎng)絡狀態(tài)評估方案
當前通信網(wǎng)絡的異構(gòu)性較強、兼容性較差,網(wǎng)絡狀態(tài)的評估受到極大限制,技術(shù)與市場等因素導致網(wǎng)絡狀態(tài)評估標準難以統(tǒng)一。本體具有良好的開放性與可擴展
發(fā)表于 01-18 17:05
?0次下載
與目標網(wǎng)絡的網(wǎng)絡狀態(tài)測試
評論