如果你使用按流量計(jì)費(fèi)的連接或擔(dān)心超過數(shù)據(jù)上限，在Windows上監(jiān)控你的數(shù)據(jù)使用情況可能是有益的。這允許你調(diào)整你的使用模式，以確保你有效地使用數(shù)據(jù)。方法如下。

使用任務(wù)管理器密切關(guān)注數(shù)據(jù)使用情況

在任務(wù)管理器中，你可以實(shí)時監(jiān)控計(jì)算機(jī)上的應(yīng)用程序使用的數(shù)據(jù)量。這可以幫助你了解哪些程序占用了過多的帶寬或降低了網(wǎng)絡(luò)速度。

要在任務(wù)管理器中跟蹤這些使用情況統(tǒng)計(jì)信息，請右鍵單擊任務(wù)欄，然后在菜單中選擇“任務(wù)管理器”。

在任務(wù)管理器中，選擇左側(cè)菜單上的“應(yīng)用程序歷史記錄”選項(xiàng)卡。你將在右側(cè)看到計(jì)算機(jī)上運(yùn)行的應(yīng)用程序的使用統(tǒng)計(jì)信息。查看“網(wǎng)絡(luò)”列，查看他們使用的數(shù)據(jù)量（MB）。

使用高級網(wǎng)絡(luò)設(shè)置監(jiān)控?cái)?shù)據(jù)使用情況

如果你的數(shù)據(jù)有限，或者你的ISP因超過數(shù)據(jù)上限而向你收取額外費(fèi)用，你可以在高級網(wǎng)絡(luò)設(shè)置中監(jiān)控你的總體使用情況。

要執(zhí)行此操作，請按Win+i打開“設(shè)置”應(yīng)用程序。然后，前往“網(wǎng)絡(luò)和Internet>高級網(wǎng)絡(luò)設(shè)置>數(shù)據(jù)使用”。你將在右面板的左上角看到你的總數(shù)據(jù)使用情況。

你可以通過單擊右上角的“篩選依據(jù)”下拉列表來選擇要檢查統(tǒng)計(jì)信息的時段。你可以在24小時、7天和30天之間進(jìn)行選擇。

你還可以在此屏幕上看到應(yīng)用程序和服務(wù)的數(shù)據(jù)使用統(tǒng)計(jì)信息。最棒的是，你可以通過單擊右上角的“輸入限制”按鈕來設(shè)置數(shù)據(jù)使用限制。

通過在“每日”、“每周”、“每月”、“一次性”和“無限制”之間進(jìn)行選擇來設(shè)置“限額類型”。接下來，設(shè)置限額何時重置或到期。然后，輸入數(shù)據(jù)限制并單擊“保存”按鈕。

這不是Windows將強(qiáng)制執(zhí)行的數(shù)據(jù)使用的硬性上限，但當(dāng)你達(dá)到上限時，將收到警告。這將使你能夠根據(jù)你的數(shù)據(jù)計(jì)劃采取行動。

使用資源監(jiān)視器檢查數(shù)據(jù)使用情況

你還可以在資源監(jiān)視器中檢查應(yīng)用程序、進(jìn)程和服務(wù)的數(shù)據(jù)使用統(tǒng)計(jì)信息。要執(zhí)行此操作，請打開「開始」菜單，然后鍵入資源監(jiān)視器。單擊搜索結(jié)果中的“資源監(jiān)視器”以啟動它。

選擇“網(wǎng)絡(luò)”選項(xiàng)卡，查看計(jì)算機(jī)運(yùn)行的應(yīng)用程序和進(jìn)程如何使用網(wǎng)絡(luò)資源。

使用NetworkUsageView監(jiān)控你的數(shù)據(jù)使用情況

另一個可以用來監(jiān)控計(jì)算機(jī)上數(shù)據(jù)使用情況的方便實(shí)用程序是NetworkUsageView。它每小時從存儲在Windows計(jì)算機(jī)上的SRUDB.dat獲取此信息。此文件存儲有關(guān)應(yīng)用程序、程序和服務(wù)如何利用電腦上的資源（包括網(wǎng)絡(luò)資源）的重要信息。

NetworkUsageView不是內(nèi)置的Windows實(shí)用程序，當(dāng)任務(wù)管理器和高級網(wǎng)絡(luò)設(shè)置無法正常工作時，它可以提供幫助。它也是一個便攜式實(shí)用程序，這意味著你不需要安裝它就可以使用它。

要使用NetworkUsageView，請從NirSoft網(wǎng)站下載。你需要提取歸檔文件才能訪問可執(zhí)行文件。然后，雙擊“NetworkUsageView.exe”文件以啟動程序。

現(xiàn)在，你應(yīng)該能夠看到所需的數(shù)據(jù)使用統(tǒng)計(jì)信息，包括發(fā)送的字節(jié)和接收的字節(jié)。

檢查你的數(shù)據(jù)使用情況不僅僅是幫助你避免超過數(shù)據(jù)上限或查看哪些應(yīng)用程序占用了帶寬。它還可以幫助捕捉使用量的突然激增，這可能是惡意軟件活動和其他網(wǎng)絡(luò)相關(guān)問題的信號。

最近服務(wù)器環(huán)境部署了tcprtt網(wǎng)絡(luò)時延監(jiān)控，發(fā)現(xiàn)不同服務(wù)器不同節(jié)點(diǎn)之間的RTT時延表象非常奇怪，無法準(zhǔn)確的判斷服務(wù)器的網(wǎng)絡(luò)情況。因此需要弄清楚什么是RTT，以及能否作為服務(wù)器網(wǎng)絡(luò)性能的檢測指標(biāo)。

1、RTT是什么？

TCP中的 RTT指的是“往返時延”（Round-Trip Time） ，即從發(fā)送方發(fā)送數(shù)據(jù)開始，到發(fā)送方接收到來自接收方的確認(rèn)消息所經(jīng)過的時間。RTT時延通常由三部分決定： 鏈路的傳播時間、末端系統(tǒng)的處理時間、路由器等網(wǎng)絡(luò)中間節(jié)點(diǎn)的緩存和排隊(duì)時間 。正常情況下報(bào)文的傳輸時間和在應(yīng)用處理時間相對固定，在網(wǎng)絡(luò)擁堵情況下會出現(xiàn)RTT時延的波動。

RTT是衡量網(wǎng)絡(luò)傳輸性能的重要指標(biāo)之一，能夠反映出數(shù)據(jù)在網(wǎng)絡(luò)中傳輸?shù)乃俣群头€(wěn)定性。通常情況下，RTT越短，網(wǎng)絡(luò)傳輸?shù)乃俣染驮娇欤粗畡t越慢。因此， 通過監(jiān)測TCP中的RTT時延，可以初步判斷網(wǎng)絡(luò)的性能如何。 但需要注意的是，RTT時延只是一個指標(biāo)，要全面評估網(wǎng)絡(luò)性能還需要結(jié)合其他指標(biāo)進(jìn)行綜合分析。

1.1 RTT和RTO關(guān)系

說起RTT就要提到RTO（Retransmission Timeout），TCP協(xié)議在握手過程中會啟動一個定時器，如果在定時器時間內(nèi)沒有收到，則會進(jìn)行重傳，這個 重傳的超時時間稱為RTO 。RTT和RTO的關(guān)系是：由于網(wǎng)絡(luò)的不確定性，每個RTT都是動態(tài)變化的，RTO也會動態(tài)變化。

當(dāng) RTO < RTT 時, 將會觸發(fā)大量的重傳, 當(dāng) RTO > RTT 時候, 如果頻繁出現(xiàn)丟包, 重傳不及時, 又會造成網(wǎng)絡(luò)的反應(yīng)慢, 最好的結(jié)果是 RTO 略大于 RTT.

1.2 RTT和Ping區(qū)別

Ping是使用 ICMP傳輸協(xié)議 ，可以用來評估RTT時延和網(wǎng)絡(luò)性能的好壞。相比之下， RTT則是在應(yīng)用層 （OSI/ISO的第7層）進(jìn)行的網(wǎng)絡(luò)時延測量，包括更高級別的協(xié)議和應(yīng)用程序引起的額外處理時延。

1.3 RTT和時延的區(qū)別

網(wǎng)絡(luò)時延與RTT密切相關(guān)，但又不同。延遲是數(shù)據(jù)包從發(fā)送端點(diǎn)傳輸?shù)浇邮斩它c(diǎn)所需的時間（僅一次行程）。許多因素可能會影響此路徑，包括網(wǎng)絡(luò)鏈路性能情況、網(wǎng)絡(luò)擁堵情況還有交換機(jī)層的緩存和隊(duì)列等。 ** RTT除了網(wǎng)絡(luò)傳輸?shù)臅r延，還有末端處理的時延** ，因此網(wǎng)絡(luò)時延并不一定完全等于RTT的一半。因此我們 可以解釋在部分主備節(jié)點(diǎn)的數(shù)據(jù)庫中，主節(jié)點(diǎn)到備節(jié)點(diǎn)的RTT時延表現(xiàn)正常，低于1ms，但是備節(jié)點(diǎn)到主節(jié)點(diǎn)之間的RTT時延超過10ms ，這中間很大一部分原因是因?yàn)閭涔?jié)點(diǎn)到主節(jié)點(diǎn)發(fā)送數(shù)據(jù)庫的時候，主節(jié)點(diǎn)處理耗費(fèi)了大部分時間。

2、RTT的算法和測量方法

2.1 RTT經(jīng)典算法 [RFC793]

該算法稱為加權(quán)移動平均算法Exponential weighted moving average，過程如下：

1） 首先，先采樣RTT，記下最近幾次的RTT值。

2）然后做平滑計(jì)算SRTT（Smoothed RTT），公式為：

SRTT=(α?SRTT)+((1?α)?RTT)
其中的α取值在0.8到0.9之間

3）開始計(jì)算RTO。公式如下：

RTO=min[UBOUND,max[LBOUND,(β?SRTT)]]
UBOUND 是最大的 timeout 時間，上限值；
LBOUND 是最小的 timeout 時間，下限值；
β值一般在1.3到2.0之間。

該算法的問題在于重傳時，是用重傳的時間還是第一次發(fā)數(shù)據(jù)的時間和ACK回來的時間計(jì)算RTT樣本值，另外，delay ack的存在也讓rtt不能精確測量。

2.2 RTT標(biāo)準(zhǔn)算法（Jacobson / Karels算法）

該算法[ RFC6298 ]特點(diǎn)是引入了最新的RTT的采樣rtts和平滑過的srtt的差值做參數(shù)來計(jì)算。 公式如下：

1）計(jì)算平滑RTT

srtt=srtt+α(rttssrtt)

2）計(jì)算平滑RTT和真實(shí)的差距（加權(quán)移動平均）

rttvar=(1?β)?rttvar+β?(|rtts?srtt|)

3）計(jì)算RTO

rto=u?srtt+??rttvar

4）考慮到時鐘粒度，給RTO設(shè)置一個下界。

rto=max(u?srtt+max(G,??rttvar),1000)

這里G為計(jì)時器粒度，1000ms為整個RTO的下屆值。因此RTO至少為 1s。在Linux下，α=0.125，β=0.25，μ=1，?=4。

5）在首個SYN交換前，TCP無法設(shè)置RTO初始值。根據(jù)[RFC6298]，RTO初始值為1s，而初始SYN報(bào)文段采用的超時間隔為3s。當(dāng)計(jì)算出首個RTT測量結(jié)果rtts，則按如下方法進(jìn)行初始化：

srtt=rttsrttvar=rtts/2

2.3 RTT測量方法

每發(fā)送一個分組，TCP都會進(jìn)行RTT采樣，這個采樣并不會每一個數(shù)據(jù)包都采樣，同一時刻發(fā)送的數(shù)據(jù)包中，只會針對一個數(shù)據(jù)包采樣，這個采樣數(shù)據(jù)被記為sampleRTT，用它來代表所有的RTT。采樣的方法一般有兩種：

• TCP Timestamp選項(xiàng) ：在TCP選項(xiàng)中添加時間戳選項(xiàng)，發(fā)送數(shù)據(jù)包的時候記錄下時間，收到數(shù)據(jù)包的時候計(jì)算當(dāng)前時間和時間戳的差值就能得到RTT。這個方法簡單并且準(zhǔn)確，但是需要發(fā)送段和接收端都支持這個選項(xiàng)。
• 重傳隊(duì)列中數(shù)據(jù)包的TCP控制塊 ：每個數(shù)據(jù)包第一次發(fā)送出去后都會放到重傳隊(duì)列中，數(shù)據(jù)包中的TCP控制塊包含著一個變量，tcp_skb_cb->when，記錄了該數(shù)據(jù)包的第一次發(fā)送時間。如果沒有時間戳選項(xiàng)，那么RTT就等于當(dāng)前時間和when的差值。

linux內(nèi)核中，更新rtt的函數(shù)為tcp_ack_update_rtt：

3、RTT網(wǎng)絡(luò)性能檢測和優(yōu)化

3.1 RTT時延檢測方法

1）使用ping命令測量RTT是最常用的方法

Ping命令將ICMP協(xié)議回顯請求數(shù)據(jù)包發(fā)送到目的地，然后報(bào)告接收響應(yīng)信號所需的時間（以毫秒為單位）。

[root@tango-rac01 ~]# ping -c 20 -i 1 www.csdn.net
PING r3lzca9monbh9slnohm4wwh32vxfadus.yundunwaf4.com (60.205.172.2) 56(84) bytes of data.
--- r3lzca9monbh9slnohm4wwh32vxfadus.yundunwaf4.com ping statistics ---
20 packets transmitted, 20 received, 0% packet loss, time 20099ms
rtt min/avg/max/mdev=45.053/62.665/163.425/29.858 ms

2）時延 bcc-tools工具tcprtt （內(nèi)核版本為4.1以上）

tcprtt -i 1 -d 10 -A 192.168.1.100 -P 80
	Tracing TCP RTT... Hit Ctrl-C to end.
	     msecs               : count     distribution
	         0 - > 1          : 4        |                                        |
	         2 - > 3          : 0        |                                        |
	         4 - > 7          : 1055     |****************************************|
	         8 - > 15         : 26       |                                        |
	        16 - > 31         : 0        |                                        |
	        32 - > 63         : 0        |                                        |
	        64 - > 127        : 18       |                                        |
	       128 - > 255        : 14       |                                        |
	       256 - > 511        : 14       |                                        |
	       512 - > 1023       : 12       |                                        |

3）使用ss -ti命令

[root@tango-rac01 tools]# ss -ti
State       Recv-Q Send-Q                                      Local Address:Port                                                       Peer Address:Port                
ESTAB       0      0                                         192.168.112.135:ssh                                                       192.168.112.1:56505                
         cubic wscale:8,9 rto:241 rtt:40.225/0.997 ato:74 mss:1448 cwnd:10 bytes_acked:152109 bytes_received:12047 segs_out:733 segs_in:816 send 2.9Mbps lastsnd:41 lastrcv:137 pacing_rate 5.8Mbps rcv_rtt:28 rcv_space:28960

其中有rtt:40.225/0.997數(shù)據(jù)，表示RTT均值和中位數(shù)

3.2 RTT時延優(yōu)化

1）RTT時延波動的原因

前文提到RTT時延包括網(wǎng)絡(luò)傳輸時延和末端處理時延，末端處理時延相對比較固定，因此RTT波動很大可能和以下因素有關(guān)：

• 網(wǎng)絡(luò)擁塞 ：當(dāng)網(wǎng)絡(luò)擁塞時，數(shù)據(jù)包需要在網(wǎng)絡(luò)中等待更長時間，從而導(dǎo)致 RTT 增加。
• 網(wǎng)絡(luò)質(zhì)量 ：網(wǎng)絡(luò)質(zhì)量差、丟包率高等問題也會導(dǎo)致 RTT 波動較大。
• 網(wǎng)絡(luò)設(shè)備問題 ：網(wǎng)絡(luò)設(shè)備的故障、配置錯誤等也可能導(dǎo)致 RTT 波動較大。

2） 網(wǎng)絡(luò)擁塞的檢測方法

網(wǎng)絡(luò)擁塞是指網(wǎng)絡(luò)中的數(shù)據(jù)傳輸量超過了網(wǎng)絡(luò)鏈路或節(jié)點(diǎn)的處理能力，導(dǎo)致網(wǎng)絡(luò)性能下降或出現(xiàn)數(shù)據(jù)丟失等問題。除了常見的傳輸延遲、丟包率等指標(biāo)外，還有以下幾種網(wǎng)絡(luò)擁塞的檢測手段：

• 流量分析：通過對網(wǎng)絡(luò)流量的監(jiān)測和分析，找出網(wǎng)絡(luò)中的高流量區(qū)域，從而判斷哪些地方可能存在擁塞。
• 響應(yīng)時間監(jiān)測：通過測量網(wǎng)絡(luò)設(shè)備響應(yīng)時間，判斷網(wǎng)絡(luò)是否處于擁塞狀態(tài)。
• 帶寬占用監(jiān)測：通過對網(wǎng)絡(luò)帶寬的監(jiān)測和分析，找出網(wǎng)絡(luò)中的高帶寬占用區(qū)域，從而判斷哪些地方可能存在擁塞。
• 包延遲監(jiān)測：通過測量數(shù)據(jù)包在網(wǎng)絡(luò)中傳輸所需的時間，判斷網(wǎng)絡(luò)是否處于擁塞狀態(tài)。
• 拓?fù)浞治觯和ㄟ^分析網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)，找出網(wǎng)絡(luò)中的瓶頸節(jié)點(diǎn)和鏈路，從而判斷哪些地方可能存在擁塞。

3）網(wǎng)絡(luò)抖動檢測方法

網(wǎng)絡(luò)抖動是指網(wǎng)絡(luò)通信中出現(xiàn)的延遲或者丟包現(xiàn)象，導(dǎo)致通信不穩(wěn)定。要檢測網(wǎng)絡(luò)抖動，可以使用以下方法：

• ping命令 ：ping命令可以測試網(wǎng)絡(luò)是否能夠正常通信，如果出現(xiàn)延遲或者丟包現(xiàn)象，就說明存在網(wǎng)絡(luò)抖動。
• tracert命令 ：tracert命令可以追蹤網(wǎng)絡(luò)通信的路徑，如果在通信過程中出現(xiàn)延遲或者丟包現(xiàn)象，就說明存在網(wǎng)絡(luò)抖動。
• 網(wǎng)絡(luò)診斷工具 ：網(wǎng)絡(luò)診斷工具可以幫助檢測網(wǎng)絡(luò)抖動，并提供詳細(xì)的網(wǎng)絡(luò)狀態(tài)信息，幫助用戶更好地理解網(wǎng)絡(luò)通信過程中出現(xiàn)的問題。
• 網(wǎng)絡(luò)質(zhì)量監(jiān)測系統(tǒng)：網(wǎng)絡(luò)質(zhì)量監(jiān)測系統(tǒng)可以監(jiān)測網(wǎng)絡(luò)質(zhì)量，包括延遲、丟包等指標(biāo)，并提供實(shí)時報(bào)警和分析報(bào)告，幫助用戶及時發(fā)現(xiàn)和解決網(wǎng)絡(luò)抖動問題。

4、總結(jié)

RTT作為網(wǎng)絡(luò)時延的檢測工具，是 在應(yīng)用層進(jìn)行的網(wǎng)絡(luò)性能檢測 ，包括了網(wǎng)絡(luò)傳輸?shù)臅r延和末端響應(yīng)的時延。在實(shí)際分析過程中，主機(jī)上單個服務(wù)的RTT時延較長并不能說明服務(wù)器之間的物理網(wǎng)絡(luò)異常，需要更多的指標(biāo)數(shù)據(jù)進(jìn)行分析，比如相同主機(jī)上的其它服務(wù)的RTT時延、ping包時延等。

如上圖所示的主機(jī)1中的服務(wù)1和主機(jī)2中的服務(wù)2和服務(wù)3配置了RTT時延監(jiān)控，發(fā)現(xiàn)服務(wù)器1到服務(wù)2的RTT時延明顯差于服務(wù)1到服務(wù)3的RTT時延。這個時候就可以辨別出，如果是網(wǎng)絡(luò)層的性能變差，兩個RTT檢測的值表現(xiàn)上會相似，但實(shí)際上卻是相反的，只能 說明服務(wù)2在響應(yīng)服務(wù)1的請求處理時間比服務(wù)3長 。

因此在實(shí)際的監(jiān)控配置過程中，RTT時延只能作為網(wǎng)絡(luò)性能監(jiān)控的一個參考指標(biāo)，不排除會出現(xiàn)誤判的情景，需要和其它主機(jī)和服務(wù)橫向?qū)Ρ热シ治雠袛唷?/span>

轉(zhuǎn)自:https://www.elecfans.com/d/2264469.html