程序背景 程序是Java編寫，基於Netty框架寫的客戶端及服務端。 現象 客戶端大數據量持續發UDP數據，作為UDP服務器出現了部分數據頻繁丟失觸發程序自身重傳邏輯。 通過GC日志對比發現丟包的時間點偶有處於Full GC，說明Java程序接收間歇性stop world的不是根因。 觀察 ...

要使用 iperf 測試網絡的性能，您需要兩台計算機，一台作為服務器，一台作為客戶端，這將幫助您測試兩台主機之間的網段。特別注意的是兩台計算機的網口一定是同樣的網口，測試的數據才是准確的，我之前測試的 ...

一、主要丟包原因 1、接收端處理時間過長導致丟包：調用recv方法接收端收到數據后，處理數據花了一些時間，處理完后再次調用recv方法，在這二次調用間隔里,發過來的包可能丟失。對於這種情況可以修改接收端，將包接收后存入一個緩沖區，然后迅速返回繼續recv。 2、發送的包巨大丟包：雖然send ...

每個UDP包680字節左右，同時發送1500個包到服務器，發現大多被內核丟掉： 修改 /etc/sysctl.conf中關於socket緩沖區的配置 : net.core.rmem_default = 256960 net.core.rmem_max = 256960 ...

丟包檢查方法 給每個UDP包編號，對比收發端的接收到的包。對於UDP協議層上的包，例如RTP包，可以從RTP包中讀出包的序列號進行判斷。 抓包。發送端和接收端分別抓包。linux下可以使用tcpdump，windows下使用wireshark ...

TS 碼流率計算總結 ——By 風波邪人 1 transport_rate計算公式 其中, ，PCR字段編碼在MPEG-2 TS包的自適應字段(Adaptation field)的6個Byte中，其中6 bits為預留位，42 bits為有效位，其在TS包中的編碼 ...

　　本文簡單介紹如何查看Wireshark抓取pcap包，其視頻碼流的分辨率和碼率。 查看分辨率 　　我們打開一個抓取的pcap文件，找到標記為SPS（Sequence Parameter Set）的數據包。 　　圖中pic_width_in_mbs_minus1為視頻寬度，即X軸 ...

一台機器經常收到丟包的報警，先看看最底層的有沒有問題: # ethtool em2 | egrep 'Speed|Duplex' Speed: 1000Mb/s Duplex: Full # ethtool -S em2 | grep crc ...