太诡异了，居然TCP也会丢包啊~~哪位牛人来解释一下！-CSDN论坛

CSDN论坛 > C++ Builder > 基础类

太诡异了，居然TCP也会丢包啊~~哪位牛人来解释一下！ [问题点数：50分，结帖人BORLANDSUN]

⋅晚上找东西翻出了CB5的光盘，想收藏的同志留个邮箱，我发过去。 ⋅DirectX,今天学到Pixel Shader，照书抄了个例子，崩溃 ⋅神了，程序在调试状态下正常，关了IDE就慢了 更多帖子 关注空间博客 BORLANDSUN 本版专家分：2274 结帖率 95.45%

在写一个客户端，通过TCP协议实时接收远程的视频录播服务器传来的视频流。今天把图像调出来了，但是断断续续的，不很流畅。统计了下结果，丢包率大约在15%左右。
客户端用TClientSocket接收的，接收部分放在单独的一个线程中，处理部分也放在单独的一个线程中。CPU占用率很低，不到5%，真是怪呀。似乎线程的负载都不大，但丢包的确是发生了。
又作测试，把服务端的码流调低约1倍，这时客户端就基本上不丢包了，这是怎么回事呢？我猜是不是客户端的缓冲区太小了，给塞满了还是怎么回事。但如果塞满了，服务端应该会等我把数据取走才会继续发，也不应该丢包啊。不然他那边一直发，这不就变成UDP了吗。奇怪。
我把接收部分大致的代码也帖出来：



DWORD WINAPI OnFrame(PVOID pvParam)

{

	static ReceivedLen = 0;

	static char ReceiveBuffer[MaxBufLen];

	while(true)

	{

		int Len = sktClient->Socket->ReceiveBuf(&ReceiveBuffer[ReceivedLen], 1024000 - ReceivedLen);

		if(Len > 0)

		{

			ProcessData(CmdData, pos);    // 这个处理又是在另一个线程中做的

		}

	}

}

0 2011-08-21 23:22:56

回复数 11 只看楼主引用举报楼主

⋅求一个考虑采样误差的最大公约数算法 ⋅请大家帮忙顶下支持国产手机的贴 ⋅wchar_t Ch = '中';有类似这样直观的初始化方法吗？ 更多帖子 关注空间博客 My_Love 本版专家分：3843: 看SendBuf的返回值是-1，则过会而重发。
要不设成阻塞式，就不用管返回值。

0 2011-08-22 08:37:21

只看TA 引用举报 #1 得分 5

tcpdump丢包问题解决方法转载：http://blog.csdn.net/galaxy_fxstar/article/details/5290498 近日用tcpdump抓包，发现有大量的丢包出现("packets dropped by kernel"), 如下： tcpdump -i eth0 dst port 1234 and udp -s 2048 -X -tt >a.pack 2

Jonix 本版专家分：1572: 排除网络原因以外，一般都是程序自身的问题。

0 2011-08-22 08:50:14

只看TA 引用举报 #2 得分 0

tcpdump丢包问题分析问题在linux系统上，使用tcpdump抓包有时候会出现“丢包”现象，如抓包结束之后会提示：以上提示filter总共收到了8484个数据包，其中内核丢弃了1051个，剩下的7433个数据包交给了对应网络接口LTE_MAC0。分析在抓包结束之后，提示信息中的“received by filter”和“dropped by kernel”的计数由内核维护，“c

⋅晚上找东西翻出了CB5的光盘，想收藏的同志留个邮箱，我发过去。 ⋅DirectX,今天学到Pixel Shader，照书抄了个例子，崩溃 ⋅神了，程序在调试状态下正常，关了IDE就慢了 更多帖子 关注空间博客 BORLANDSUN 本版专家分：2274: 引用 1 楼 my_love 的回复:
看SendBuf的返回值是-1，则过会而重发。
要不设成阻塞式，就不用管返回值。

服务端对我来说是黑盒，不知道里边的运作模式。

引用 2 楼 jonix 的回复:
排除网络原因以外，一般都是程序自身的问题。

这话说得太精辟了，但对于分析解决问题似乎没有帮助。

0 2011-08-22 15:17:44

只看TA 引用举报 #3 得分 0

TCP丢包检测技术详解 TCP丢包检测技术详解 http://www.cctime.com/html/2007-12-6/20071261023151210.htm 2007年12月6日 10:23 中国新通信作者：李雪徐昌彪 1、引言

⋅关于FMX的TMemo控件输入可能出错的问题 ⋅RAD Studio 10.1 Berlin的C++ Class Brower功能报错 ⋅关于RAD Studio 10.1 Berlin的C++ Class brower 更多帖子 关注空间博客 土著巫师 本版专家分：3445: 　　楼主，在TCP上传输实时视频数据，你也太牛了吧！不好意思，问你一个小问题：有哪家成熟的视频网站或视频服务商是用的TCP传输数据？我的答案是没有！视频数据天生就是要用UDP传输的！

　　如果是局域网环境，TCP可能勉强能用，这还要取决于程序实现的如何，反正我是没这么干过。

　　说一点基本认识吧：之所以视频数据要用UDP协议处理，一个原因就是因为视频数据量很大，要快，另一个原因是因为视频数据丢帧影响相对有限，因为前一帧丢了，后一帧补上了不影响视觉效果，只有连续的丢帧才会有问题（如果你传一个文件哪怕丢了一个字节，后果是什么不用我来说，所以FTP是建立在TCP协议上工作的，所有用UDP传输文件的都要程序员引入流控制和丢包处理，相当于自己在应用层实现了部分TCP协议功能）；另一个原因，UDP的组播特性设计就是为视频服务设计的：数据只发送一次，大家都收到，想想看同一个子网上不可能１００个用户，发送１００次同样的视频数据吧？

　　简单聊几句，希望对楼主在总体设计（不是实现）思路上有帮助。：）

0 2011-08-23 00:09:15

只看TA 引用举报 #4 得分 0

TCP通信丢包原因总结 TCP协议本身是保证传输的数据完整性不会丢数据的。如果通信中发现缺少数据或者丢包，那么，最大的可能在于程序发送的过程或者接收的过程出现问题。例如服务器给客户端发大量数据，Send的频率很高，那么就有可能在Send时发生错误（原因可能是又多种，可能是程序处理逻辑问题，多线程同步问题，缓冲区溢出问题等等）如果没有对Send失败做处理重发数据，那么客户端收到的数据就会比理论应该收

⋅求一个考虑采样误差的最大公约数算法 ⋅请大家帮忙顶下支持国产手机的贴 ⋅wchar_t Ch = '中';有类似这样直观的初始化方法吗？ 更多帖子 关注空间博客 My_Love 本版专家分：3843: 引用 3 楼 borlandsun 的回复:
引用 1 楼 my_love 的回复:
看SendBuf的返回值是-1，则过会而重发。
要不设成阻塞式，就不用管返回值。

服务端对我来说是黑盒，不知道里边的运作模式。
引用 2 楼 jonix 的回复:
排除网络原因以外，一般都是程序自身的问题。

这话说得太精辟了，但对于分析解决问题似乎没有帮助。

我想说的是，这个丢包十有八九不是在网络传输时丢的，而是服务器压根就没有发出去。

0 2011-08-23 08:34:07

只看TA 引用举报 #5 得分 30

⋅晚上找东西翻出了CB5的光盘，想收藏的同志留个邮箱，我发过去。 ⋅DirectX,今天学到Pixel Shader，照书抄了个例子，崩溃 ⋅神了，程序在调试状态下正常，关了IDE就慢了 更多帖子 关注空间博客 BORLANDSUN 本版专家分：2274: 引用 4 楼 boyla 的回复:
　　楼主，在TCP上传输实时视频数据，你也太牛了吧！不好意思，问你一个小问题：有哪家成熟的视频网站或视频服务商是用的TCP传输数据？我的答案是没有！视频数据天生就是要用UDP传输的！

如果是局域网环境，TCP可能勉强能用，这还要取决于程序实现的如何，反正我是没这么干过。

说一点基本认识吧：之所以视频数据要用UDP协议处理，一个原因就是因为视频数据量很大，要快，另一个原因是因为视频数据……

这位大哥：
1. 我不牛，那家提供视频服务器的公司提供的的确是TCP接口
2. 你的“小问题”在1.我已经回答了

0 2011-08-23 11:27:44

只看TA 引用举报 #6 得分 0

【TCP】TCP通信丢包原因总结一、前文nn今天在公司问老大，公司的项目底层，是使用的TCP，因为可靠，自动断线重连，在底层都实现了，但是我记得TCP也会有掉包的问题，所以这文章就诞生了——关于TCP掉包的问题，TCP是基于不可靠的网络实现可靠的传输，肯定也会存在掉包的情况。nn 如果通信中发现缺少数据或者丢包，那么，最大的可能在于程序发送的过程或者接收的过程出现问题。nnn 例如服务器给客户端发大量数据，Send的...

aranjuze 本版专家分：70: 是不是带宽的原因啊！

0 2011-08-23 11:47:42

只看TA 引用举报 #7 得分 0

TCP如何解决乱序和丢包问题,描述一下三次握手 TCP数据包的头格式中有两个概念,Sequencern Number是数据包的序号，用来解决网络包乱序（reordering）问题。Acknowledgement Number就是ACK——用于确认收到，用来解决不丢包的问题。位码即tcp标志位，有6种标示：SYN(synchronous建立联机)rn ACK(acknowledgement 确认) PSH(push传送) FIN(finish

⋅坚持到最后一天~~~ ⋅这一局怎么破 ⋅我也来散个分~~~ 更多帖子 关注空间博客 早打大打打核战争 本版专家分：8450 红花 2019年2月其他开发语言大版内专家分月排行榜第一 2019年1月 Delphi大版内专家分月排行榜第一 2018年8月 Delphi大版内专家分月排行榜第一 2018年7月 Delphi大版内专家分月排行榜第一 2018年4月 Delphi大版内专家分月排行榜第一 2018年3月 Delphi大版内专家分月排行榜第一 黄花 2016年11月 Delphi大版内专家分月排行榜第二 蓝花 2011年10月其他开发语言大版内专家分月排行榜第三 2010年8月其他开发语言大版内专家分月排行榜第三 2007年5月其他开发语言大版内专家分月排行榜第三: 引用 5 楼 my_love 的回复:
我想说的是，这个丢包十有八九不是在网络传输时丢的，而是服务器压根就没有发出去。

正确，应该是TCP流量控制造成的。

0 2011-08-23 12:51:25

只看TA 引用举报 #8 得分 10

TCP协议——顺序问题、丢包问题、流量控制、拥塞控制出了网关，那就是在公网上传输数据，公网往往是不可靠的，因而需要很多的机制去保证传输的可靠性，这里面需要恒心，也即各种重传的策略，还需要有智慧，这里面包含着大量的算法。nn 网络协议上，就是客户端每发送的一个包，服务器端都应该有个回复，如果服务器端超过一定的时间没有回复，客户端就会重新发送这个包，直到有回复。nnnn实现协议的可靠性nn TCP 协议为了保证顺序性，每一个包都有一...

⋅亮剑 [/color] ⋅Wince FTP WinAPI 大放送 ⋅RAD Studio XE2视频教程12月巨献 更多帖子 关注空间博客 周药师 本版专家分：24304 红花 2010年5月 C++ Builder大版内专家分月排行榜第一 2010年3月 C++ Builder大版内专家分月排行榜第一 2010年1月 C++ Builder大版内专家分月排行榜第一 黄花 2010年12月 C++ Builder大版内专家分月排行榜第二 2010年11月 C++ Builder大版内专家分月排行榜第二 2010年7月 C++ Builder大版内专家分月排行榜第二 2010年6月 C++ Builder大版内专家分月排行榜第二 2010年4月 C++ Builder大版内专家分月排行榜第二 蓝花 2011年4月 C++ Builder大版内专家分月排行榜第三 2010年8月 C++ Builder大版内专家分月排行榜第三 2010年2月 C++ Builder大版内专家分月排行榜第三 2009年12月 C++ Builder大版内专家分月排行榜第三: 用抓包工具看看,看实际收到的是不是你发出的总和，这样就知道问题在哪里了

0 2011-08-23 17:11:21

只看TA 引用举报 #9 得分 5

TCP的乱序和丢包判断(附Reordering更新算法)-理论又到了周末，生物钟准时在午夜让我恍惊起而长嗟，一想到TCP，恍如昨日，也不知怎么就千里迢迢之后心依旧茫然，算是拾起来的东西吧，就坐下来再写点关于TCP的东西。由于最近在追《龙珠超》，也是很想写点关于龙珠的随笔，也只能等到明天我被我的偶像弗利萨(目标明确，干净利索，毫不犹豫，越挫越勇，屡战屡败，屡败屡战，心狠手辣，特立独行，孤独但不寂寞)拍醒的时候吧。乱序和丢包TCP的数据包是严格按照序列号递增的顺序

⋅晚上找东西翻出了CB5的光盘，想收藏的同志留个邮箱，我发过去。 ⋅DirectX,今天学到Pixel Shader，照书抄了个例子，崩溃 ⋅神了，程序在调试状态下正常，关了IDE就慢了 更多帖子 关注空间博客 BORLANDSUN 本版专家分：2274: 引用 9 楼 zhouzhangkui 的回复:
用抓包工具看看,看实际收到的是不是你发出的总和，这样就知道问题在哪里了

那边发包不是我控制的，所以不知道到底发多少
手头没有抓包工具，但从任务管理器中看，画面卡住的时候，网络流量的确是下去了。

0 2011-08-24 00:17:42

只看TA 引用举报 #10 得分 0

⋅晚上找东西翻出了CB5的光盘，想收藏的同志留个邮箱，我发过去。 ⋅DirectX,今天学到Pixel Shader，照书抄了个例子，崩溃 ⋅神了，程序在调试状态下正常，关了IDE就慢了 更多帖子 关注空间博客 BORLANDSUN 本版专家分：2274: 问题找到了，还真是视频服务器的问题。唉，那帮鸟人们，在外企拿那么高的工资，写这么烂的代码，换我早自杀了。
大学里老师没教好啊，放出来这样一帮渣子来到社会上，毒害人类！
结帖，放分！

0 2011-08-24 20:49:13

只看TA 引用举报 #11 得分 0

缓解tcpdump丢包的方法转自：https://www.aliyun.com/jiaocheng/129396.html 在高速网络(10Gbps及以上)中运行tcpdump,XXX packets dropped by kernel是十分常见的现象。有两个方法缓解,都是在缓冲区方面下功夫: 1. 使用-s参数,比如-s 80,这样每个包只抓40个字节。2. 使用-B参数,增加缓冲区大小。...

收藏帖子

tcp/ip 上，丢包重传机制: 上篇中，主要向你介绍TCP协议的定义和丢包时的重传机制。下篇中，重点介绍TCP的流迭、拥塞处理。废话少说，首先，我们需要知道TCP在网络OSI的七层模型中的第四层——Transport层，IP在第三层——Network层，ARP在第二层——Data Link层，在第二层上的数据，我们叫Frame，在第三层上的数据叫Packet，第四层的数据叫Segment。首先，我们需要知道，我们

TCP丢包测试: 为什么80%的码农都做不了架构师？>>> ...

通过socket进行TCP通信丢包原因总结: 转自：http://www.cnblogs.com/orange1438/p/4693470.html 今天在公司问老大，公司的项目底层，是使用的TCP，因为可靠，自动断线重连，在底层都实现了，但是我记得TCP也会有掉包的问题，所以这文章就诞生了——关于TCP掉包的问题，TCP是基于不可靠的网络实现可靠的传输，肯定也会存在掉包的情况。如果通信中发现缺少数据或者丢包，那么，最大

解答TCP在高时延和丢包的网络中传输效率差的原因: 在这个数字世界中，数字数据的快速和可靠移动，包括全球范围内的大规模数据传送，对于几乎所有行业的业务成功都变得至关重要。然而，传统的TCP协议具有固有的性能瓶颈，特别是对于具有高往返时间(RTT)和丢包的高带宽网络上最为显著。TCP固有的传输性能瓶颈主要是由TCP的加性增/乘性减(AIMD)拥塞避免算法引起的，TCP拥塞算法缓慢地探测网络的可用带宽，增加传输速率直到检测到分组丢失，然后指数地降低传输...

解决 tcpdump 抓包时的丢包问题 - mptcp: #---------------------------------------------------------------------------------------------- beginrn# 因为 M8 接收的数据 (1238×1428÷1024 = 1726 KB) rn# transmission time: 95 secondsrn cd /root/tcpdump-

【网络】TCP连接的顺序问题、丢包问题、流量控制、拥塞控制问题: 文章目录前言顺序问题、丢包问题流量控制机制（滑动窗口rwnd）拥塞控制问题（拥塞窗口cwnd）n前言n接收端应答方式：累计确认，每次确认多个ID;nn发送端的数据结构分为四个部分nn接收端的数据结构nnn顺序问题、丢包问题n超时重传n流量控制机制（滑动窗口rwnd）n目的：防止发送方把接收方缓存塞满。n在对于包的确认中，同时会携带一个窗口的大小n根据接收方处理数据的速度，自动调整窗口大小。n拥塞控...

使用WireShark进行网络数据包丢包分析: 一、测试环境nn前端设备入网平台地址：172.21.6.14 n媒体转发平台地址：172.21.6.15 n浏览客户端地址：172.21.10.54nn二、使用wireshark对抓取数据包分析nn（1）使用wireshark工具打开数据包，在Filter后面的输入框中输入目的地址为172.21.6.14，点击Apply进行rtp包过滤，选中Telephony——RTP——Stream Anal...

Tcp服务端粘包处理，java代码解析视频流（含丢包的预防处理）: 视频流的传输采用的GB28181国标协议。视频格式RTP+ts，对接的宇视。 tcp数据流格式：magicNumber（2字节）+Datalength（2字节）+dataContent代码实例功能：粘包，丢包处理(因为双方网络环境设计到中间防火墙等，网络状况比较复杂)，监测断流自动重启（ipc前端中断，后端依据前端异常优化处理）。public class TcpRtpClie...

TCP进入快速恢复时的窗口下降算法: 夜深人静...夜深人静...TCP在发现丢包的时候，会采取一定的措施，至于如何发现丢包不是本文的内容，本文主要描述发现丢包以后TCP采取什么措施。以Linux为例，降窗发生在进入快速恢复的当时(暂时不考虑RTO以及本地拥塞)，在降窗之前是一个Disorder的状态，指的是系统发现了异常，比如收到了重复ACK或者说收到一个推进的ACK携带了SACK信息，然而还不至于到重传的地步，比如还没有达到乱序度

ESP8266芯片TCP/UDP高速率实时传输中的数据丢失问题日志: 因项目需要，用ESP8266芯片传输振动传感器信号，由于其采样频率很高，所以需要很快的传输速度，随后发现了数据丢失的问题，现已部分解决，解决过程记录如下：系统组成为MEMS传感器模块---STM32F4---ESP8266模块，其中传感器采样频率根据手册参数设置为4kHz，单片机波特率设置为921600，esp8266波特率同样为921600。在标准振动台上进行测试时，发现数据丢失的问题，如下图：...

TCP BBR算法的带宽敏感性以及高丢包率下的优化: bbr算法比较简单也比较容易理解，所有关于它的优化也就同样不复杂了。请注意，任何优化都只针对特定场景的，根本不存在一种放任四海而皆准的算法。我们分析Google的测试报告时，比较容易被忽视的是其bbr算法的部署场景。如果可以完美复现Google的B4网络，那么测试结果应该就跟Google是一致的，但不得不说，bbr算法内置了很多的参数(目前的版本中是写死的)，Google方面有没有

Tcp连接怎么也会丢包: 用GCDAsyncSocket做一个tcp通信，接收一个8000多字节的包，发现每次都只能接收1448字节，后面的包就再也收不到了。请教各位大神，是我漏做了什么？

亚马逊智能音箱无故发出笑声，多名用户被吓尿: 西雅图IT圈：seattleit【今日作者】PowerBall选号机身体和灵魂总有一个要走在买PowerBall的路上过去几天，多名用户报告听到了自家的Alexa设备突然发出了奇怪的笑声。对此亚马逊官方回应表示，“我们已经发现这一问题，正在调查修复中。”Twitter上越来越多人爆料了自己智能设备的异常举止，Alexa在没有被唤醒的情况下发笑，声音听起来就像是身边有人发出的。不少独自在家的人当场被

两种丢包处理策略:丢包重传和 FEC(前向纠错): n n n 两种丢包处理策略n为了保证实时性，通常适应UDP协议来针对RTP数据进行传输，而UDP无法保证数据传输的质量，所以在网络环境不好的时候，丢包是经常出现的问题，有什么策略来改善这个问题吗?n常用的方法有: 丢包重传和前向纠错。nnnnnnnn两种丢包处理策略nnn通常抗丢包有两种方式： FEC和ARQ。nFEC是前向冗余，举个例子，发送数据A和B，增加发送一...

网络丢包问题的原因及解决办法: 数据在INTERNET上是以数据包为单位传输的，每包nK，不多也不少。这就是说，不管网络线路有多好、网络设备有多强悍，你的数据都不会是以线性（就象打电话一样）传输的，中间总是有空洞的。数据包的传输，不可能百分之百的能够完成，因为种种原因，总会有一定的损失。碰到这种情况，INTERNET会自动的让双方的电脑根据协议来补包和重传该包。如果网络线路好、速度快，包的损失会非常小，补包和重传的工作也相对较易...

TCP/IP调试助手及丢包测试工具: TCP/IP调试助手及丢包测试工具，帮助大家

基于tcp raw socket实现的端到端rtt,丢包率检测程序(1): n 通常我们检测rtt和丢包率是采用ping(利用icmp请求响应报文)，这里提供了一种采用tcp的方式计算rtt和丢包率。原理比较简单，利用tcp raw socket自己封装tcp syn报文，接收对方发过的syn+ack报文，以此来计算平滑rtt和丢包率。当前只实现了一对一的扫描，发送端需要绑定本地IP和一个端口，默认是选择的80端口，当然还需要指定对端IP和端口(默认也是80)。整个...

一次由于网卡流量跑满引起的服务器丢包总结: 最近收到线上一台DB服务器ping丢包,丢包率一直在30%左右。通过Zabbix监控查看了服务器CPU,内存都很正常，网卡流量也不高，基本在100M左右。首先确认一下服务器硬件是否正常，由于没有收到硬件报警。登录服务器通过HP管理工具在此确认了硬件信息都正常（硬盘，缓存卡，内存等）。第二步在排查一下系统问题，通过top,ps等命令也没有发现什么异常，基本上排除系统问题。第三步查看了...

测试服务器UDP/TCP丢包率: 1. 测试UDP丢包率 n30个现成以5Mbps速度测试60siperf -u -c 目的IP -b 5M -P 30 -t 602. 测试TCP丢包率iperf -c 目的IP -b 5M -P 30 -t 60

TCP的乱序和丢包判断(附Reordering更新算法)-实例case: 写前一篇文章TCP的乱序和丢包判断(附Reordering更新算法)-理论的时候，我觉得我在一边拉一边吃，玩的都是排泄物，言之无味，不知所云，我想把一些能看得见摸得着的东西独立出来，就成了本文，如果有一天我忘掉了TCP的细节，我想我直接把本文的例子跑一遍，应该就能拾起个大概了。声明本文完全旨在解释上一篇文章里那些枯燥的理论，我实在是觉得自己文字功底差，一直以来都倾向于用例子来给出解释。花了点时间整理

Wireshark tcptrace图关于丢包重传细节图解: 上周六写了《在Wireshark的tcptrace图中看清TCP拥塞控制算法的细节(CUBIC/BBR算法为例)》，收到一封邮件，说我文中的图示画错了。确实，关于CUBIC，我只说了缠绕，关于BBR我只说了顺延，并没有说具体如何，甚至我没有提一嘴关于重传的细节，更别说在图示里展现了。这是我的错。话不能说一半，因此才写下本文，把另一半也写出来。炒股的人喜欢看K线，并且

tcp滑动窗口以拥塞窗口和各种缓冲的总结: tcp总结

为什么ESP8266 TCP透传过程会丢包？8266流控原理以及如何设置: 1.为什么ESP8266 TCP透传过程会丢包？n 因为没有设置硬件流控。如果需要避免丢包，请设置硬件流控。n8266流控原理...n怎么给8266设置流控...

关于TCP重传、乱序和重复的问题: 数据重传nTCP提供两种重传的机制，一种是基于时间的超时重传，一种是基于接收端反馈消息的快速重传。相比之下前者占用更少的网络带宽，但是效率很低。而后者则相反。下面我们来具体看一下这两种机制的实现方式。nnn超时重传n顾名思义，如果发送端等待接收端发送的ACK超过了TCP所设置的RTO，那么此时发送端便会重传刚发的数据包。一般而言，TCP会对数据包的超时重传非常重视，当发生这种情况时，TCP会降低当...

利用tcpprobe思想和tracepoint利器可以做一个检测丢包工具: tcp工具

Kafka出现的丢包和重发问题01: 一. Kafka出现的问题nn 问题：Kafka是当下流行的高并发消息中间件，能够高效并实时的吞吐数据，而且通过副本冗余机制保证了数据安全。nn 但还是会出现 丢包 or 重复消费问题nn二.Kafka生产消息流程 nn2.1 生产者命令nn 创建主题时，就已经指定了分区数和副本数nn sh ...

OBS-rtmp中的音视频数据包发送阻塞时的丢包策略: OBS-rtmp源码剖析之rtmp常用结构体介绍（一）OBS-rtmp源码剖析之rtmp客户端通信介绍（二）OBS-rtmp源码剖析之rtmp客户端通信介绍（三）OBS-rtmp源码剖析之rtmp网络数据流读写操作（四）OBS-rtmp源码剖析之rtmp网络数据流读写操作（五）OBS-rtmp源码剖析之rtmp发送元数据和音视频包头（六）OBS-rtmp源码剖析之rtmp发送音频和视频数据（七）O...

STM32网络丢包问题分析: 1. 测试环境说明n 硬件平台：NUCLEO-F767ZI 开发板（STM32F7，Cortex-M7，216MHz，2MB Flash，512KB SRAM） n 操作系统：FreeRTOS v9.0.0（CMSIS-RTOS v1.02） n TCP/IP协议栈：LwIP v2.0.0 n　　这里所描述的网络丢包问题的测试程序，是使用 STM32CubeMX 工具（库版本为 STM32C

python网络编程之——tcp粘包&udp丢包: 一、tcp粘包问题产生的原因：n发送端为了将多个发往接收端的包，更有效的发到对方，使用了优化方法（Nagle算法），将多次间隔较小且数据量小的数据，合并成一个大的数据块，然后进行封包。这样，接收端，就难于分辨出来了，必须提供科学的拆包机制。n二、两种情况下会发生粘包n1.发送端需要等缓冲区满才发送出去，造成粘包（发送数据时间间隔很短，数据了很小，会合到一起，产生粘包）n2.接收方不及时接收缓冲区的...

Google's BBR拥塞控制算法如何对抗丢包: 我不知道该怎么说。总之，便舍船，从口入，我看不到黄发垂髫并怡然自乐！在BBR之前，存在着两种拥塞控制算法，基于丢包的和基于时延的，不管哪一种都是基于探测的，换句话说，基于丢包的算法将丢包作为一种发现拥塞的手段，而基于时延的算法则是将时延增加作为发现拥塞的手段，它们之所以错误是因为它们的初衷就是错的：丢包算法：为了发现拥塞就不得不制造拥塞，这TMD的太JIBA讽刺了，为了戒毒，就必须

Qos之丢包重传NACK: Qos.NACKrnrn一、前言rn RTP/RTCP协议是流媒体通信最基本协议。RTP协议定义流媒体数据在互联网上传输的数据包格式，而RTCP协议则负责可靠传输、流量控制和拥塞控制等服务质量保证。在很多项目中，如WebRTC中，RTP/RTCP模块作为传输模块的一部分，负责对发送端采集到的媒体数据进行进行封包，然后交给上层网络模块发送；在接收端RTP/RTCP模块收到上层模块的数据

TCP 协议是如何进行拥塞控制的？: tcp从客户端每次发送一次数据服务器返回一个确认，这样效率非常的低，所以就有窗口这个概念，每一次最大报文段长度（mss）都是1024，设定窗口为2048的话第一次发送1024（1~1025）后不等他的确认，再次发送1024（1025~2049），而后服务端一次性确认之前的数据，ack序号为2049（之前总量加1，也就是下次的开始号），这个节省了开销。nnnnn按理来说服务端的拥塞控制有定

wireshark分析RTP丢包率: 用wireshark一步一步详细描述分析网络包的rtp丢包率。

从一起丢包故障来谈谈 nginx 中的 tcp keep-alive: 一、故障nn基本架构如图所示，客户端发起 http 请求给 nginx，nginx 转发请求给网关，网关再转发请求到后端微服务。n故障现象是，每隔十几分钟或者几个小时不等，客户端就会得到一个或者连续多个请求超时错误。查看 nginx 日志，对应请求返回 499；查看网关日志，没有收到对应的请求。n从日志分析，问题应该处在 nginx 或者...

详细介绍了FAT文件系统(包括FAT12,FAT16,FAT32)的电子书: 详细介绍了FAT文件系统(包括FAT12,FAT16,FAT32),不知是哪位牛人写的电子书详细介绍了FAT文件系统(包括FAT12,FAT16,FAT32),不知是哪位牛人写的电子书详细介绍了FAT文件系统(包括FAT12,FAT16,FAT32),不知是哪位牛人写的电子书详细介绍了FAT文件系统(包括FAT12,FAT16,FAT32),不知是哪位牛人写的电子书

python实现监控服务器的UDP丢包情况: python实现监控服务器的UDP丢包情况简介利用python实现udp丢包情况，只能监控到服务器应用程序不能及时处理udp包导致的udp丢包情况。实现原理：1.通过netstat -su 命令周期性的获取服务器启动到当前时间udp丢包情况，通过两次相邻时间获取的udp丢包值获取相邻时间内服务器的udp丢包情况 n2.如果相邻时间内有udp丢包，发送警告到sentry实现代码：# -*- codin

动手写一个探测网络质量(丢包率/RTT/队形等)的工具: 还像往常一样，本文的内容没有收敛，依然是随笔式的备忘，而不是文档。人在外地，本不该来的，也挺沮丧，不过每周总结总是必不可少。说到网络技术，我个人比较关注IP，其次是链路设备，然后才是TCP，这可能跟我第一次接触网络技术时所遇到的公司有关，它们是华为3Com以及Cisco，而不是Google，Yahoo或者BAT。然而能接触到的大多数的人可能更关注的是TCP，因为这是他们唯一能接触到

为什么UDP接收或发送会丢包: 摘自海思sdk内文档 BSP FAQ.docl 用户态应用程序在接收UDP数据时（单播或组播报文），同时进行其它有延时的操作(如写码流数据到USB存储设备), 应该程序将延迟接收UDP数据包，而socket默认接收缓存只有108544Byte，这样可能会使socket接收缓存满，无法接收新的UDP数据包，出现丢包现象。可在内核下通过执行下面命令进行确认：cat /proc/net/snmp| ...

TCP三次握手的第三个ack丢了会怎样: 这个是在网上看到的面试题，引用下原文的内容当Client端收到Server的SYN+ACK应答后，其状态变为ESTABLISHED，并发送ACK包给Server；如果此时ACK在网络中丢失，那么Server端该TCP连接的状态为SYN_RECV，并且依次等待3秒、6秒、12秒后重新发送SYN+ACK包，以便Client重新发送ACK包，以便Client重新发送ACK包。 Se...

小仓的优秀品格: n n n 小仓是谁？大名叫二狗，小名叫仓鼠，它是七月初开始跟着我的，听说生日是5月27日。作为一只仓鼠，我觉得它有很高的职业素养，比如：萌？，它也有很多值得我学习的地方n1.爱干净n决定购买小仓前，我认真的查过它们的资料，资料上说它们爱干净，事实也是如此。小仓会经常打理自己，它的毛很长，比短毛的要更难打理，可从未见过脏东西，一直都是干干净净的见我。而身为“死肥宅”的...

使用websocket做即时通讯功能05————修复即使通讯的数据丢包问题: 背景n接上一篇博客tomcat版本做即时通讯的问题记载，我们抛出了以下几个问题。nn单个tomcat的即时通讯有并发上线（200-1000）n前端关闭连接后端并不一定得到立即的响应，浪费资源，并造成消息丢包n通道被设备回收，前后端都不知情。导致前端消息发送不到后端，丢包。n这一篇博客，我们就是为了稳定的消息系统而来的。n首先，我们确认了后端单台服务器的处理能力有限，因此。我们需要做集群。其次我们为...

winsock TCP连接会丢包！: 我做的程序中，因为服务器端和客户端发送的数据包很多而且前面一个包和后面一个包的时间间隔也比较近。rn但是会碰到数据包丢失的情况，请问如何处理比较好，大家碰到过吗？rnrn那这种丢包的情况是否是两个senddata写的太近就会出问题？rnrn1。有的地方会用for循环写senddata问题rn2。有时会当服务器正在给客户端A发送数据的时候，客户端B会发送数据给服务器端这种情况。rn3。有时也有可能服务器同时向客户端A,B,C...等发送数据，这时也有可能这些客户端会把数据包发送给服务器端等等情况。rn总之是全双工工作，请问是否是winsock2.0控件本身的bug，是否有办法保证不丢包的这个问题。rnrn我也在程序中用了不少的doevents。

为什么收到三个重复的ACK意味着发生拥塞?: 三次重复的ACK，可能是丢包引起的，丢包可能是网络拥塞造成的，也可能是信号失真造成的。nn三次重复的ACK，也有可能是乱序引起的，而乱序和网络拥塞没有直接关系。nn如果就写这两行，感觉什么都没写，接下来的文字详细解释这两行文字。nnTCP背景知识 n客户端有1M的文件需要上传到服务器上，问题来了，这个大文件能否用一个TCP报文传输？nn肯定不能啊，因为网络路径有最大传输单元（MTU = 1500）...

为什么会丢包啊?????????????: 请大家帮我看看是什么原因啊???rnrn我就简单的写了一个基于socket的server和client程序,我让client端不停的发包,rn包头格式为[本次包的大小|第几个包|包内容]. 然后我在调试状态下跟踪rnServer每次收到的内容,为什么收到的包不连续啊????(client发送肯定是连续的)总是丢掉一些.唉.......(socket是同步的)

QT中UDPSocket丢包问题(续): 之前描述了Qt中编写UDP收发程序的丢包问题，n见http://blog.csdn.net/rabbitjerry/article/details/72674458n后来终于得到了彻底解决，并且在Windows操作系统和Linux操作系统下均得到了验证。n一、解决思路n1.在程序中利用QThread类开辟一个用来接收UDP包的新线程；n2.在Windows操作系统下使用Windows封装

Python之网络编程丢包现象: 丢包现象发生在UDP协议中nnserver端代码：nnnimport socketnnsk = socket.socket(type=socket.SOCK_DGRAM)naddress = ('127.0.0.1',8089)nsk.bind(address)nret,addr = sk.recvfrom(2048)nprint(ret.decode('utf-8'))nwhile True:n...

简单的ns2实验全过程-比较tcp和udp的丢包行为: 简单的ns2实验全过程-比较tcp和udp的丢包行为

RTSP丢包处理原理及doubango代码改进: 　　在做视频时，发现有时丢包很严重。当然，头目甲提拔的研发总监李某，根本就没有解决难题的想法。所以，这个问题只能是吾解决了。终端使用的是doubango，吾研究了代码，先后设计了两个方案，做了大量改动。如有兴趣，可以详细了解。nn　　首先是自己管理丢包功能。本来这个方案也是可行的，适用于P2P模式。而李某只做了服务器转发，转发时会更改RTSP报文的信息，进而导致服务器拒绝发送报文。这个方案测试之后...

发一个套接字协议中的tcp案例，希望大家以后可以参考！……: 很多麻油们都会使用套接字协议，那么这里的案例是非常标准和可行的，最重要是在实践中解决了一些经常出现的困惑。

会fusionchart的牛人来: 我就是想实现点击图标下面的小标识图标上面对应的（比如说柱状图）柱子就会隐藏在次点击就会显示这个功能怎么实现？我找了半天的官方文档也没有发现我下载了一个官方网站上的就可以本下下载的就不支持了我郁闷的要死了

谈谈TCP/IP 拥塞控制: 最近在看《tcp/ip详解》，记录一下我对拥塞控制的理解吧。rn 当发送方向网络中注入大量的报文段时，容易发生拥塞，从而造成网络的性能和吞吐量的下降，这时就需要拥塞控制。在拥塞控制最主要由发送方的拥塞窗口（cwnd）来控制（当然也得考虑对端接收窗口（rwnd）的大小），这个窗口值的大小就代表能够发送出去的但还没有收到ACK的最大数据报文段，所以TCP的拥塞控制的核心就是要选取最合适的c

请牛人来解释一下呗。: C++代码如下：rnrn const int a=9;rn rn int *p=(int*)&a;rnrn *p=10;rnrn printf("a: %d , *p %d",a,*p); //a: 9 ,*p: 10rnrn为什么*p改变了，但是a没有改变呢？（g++）rnrn同样的代码放到C中去编译： a:10 *p :10 麻烦大牛解释rnrn

netty 3.2.7高并发访问客户端丢包问题BUG: rn最近在阅读netty（3.2.7）源码的时候，看到服务器端接受客户端连接代码的时候嗅到了一丝不和谐的气味，具体代码见：org.jboss.netty.channel.socket.nio.NioServerSocketPipelineSink类里面的BOSS线程:rn public void run() {rn final Thread currentThr...

redhat 安装 yum: 1.卸载yum: #rpm -qa|grep yum|xargs rpm -e --nodeps 2.安装以下几个包 yum-3.2.22-26.el5.centos.noarch.rpm yum-fastestmirror-1.1.16-14.el5.centos.1.noarch.rpm yum-metadata-parser-1.1.2-3.el5.centos.i386.rpm 安装方法：rpm -ivh *.rpm 若提示缺少其他包，可以先安装其他所需要的rpm。 3.导入证书 #rpm -import http://mirrors.163.com/centos/RPM-GPG-KEY-CentOS-5 4.让yum使用网易的源： #cd /etc/yum.repos.d/ #wget http://mirrors.163.com/.help/CentOS-Base-163.repo 5.配置文件 #vi CentOS-Base-163.repo 在所有mirrorlist前面加上#，把所有$releasever替换成5，保存 6..清理并重新生成yum缓存 #yum -y upgrade http://blog.csdn.net/shawyou/article/details/12305975

测试udp的丢包和乱序: udp服务端代码：#include &lt;stdio.h&gt;n#include &lt;stdlib.h&gt;n#include &lt;string.h&gt;n#include &lt;sys/socket.h&gt;n#include &lt;netinet/in.h&gt;n#include &lt;arpa/inet.h&gt;n#include &lt;unistd...

基于UDP SOCKET 统计丢包率: 基于数据报套接字的C/S模型通信，客户端向服务器发送数据报并回射给客户端，统计丢包率。

socket传输: socket 传输大文件,包括UDP、TCP传输,UDP传输有丢包现象,TCP不会有丢包现象。

搞笑图片.-中国牛人啊!!: 搞笑图片.-中国牛人啊!!搞笑图片.-中国牛人啊!!

数据结构C++ 朱战立---推荐: 数据结构C++ 朱战立---牛人 模仿牛人 你也会牛的

如何处理网络延时造成的丢包，粘包，半包问题: 解决方案1nn在数据包中添加长度的方式，即在数据包中的固定位置封装数据包的长度信息，服务器接收到数据后，先是解析包长度，然后根据包长度截取数据包，但是有个小问题就是如果客户端第一个数据包数据长度封装的有错误，那么很可能就会导致后面接收到的所有数据包都解析出错，需要开发者对接收到的有问题的包进行人为的丢弃处理（客户端有自动重发机制，故而在应用层不会导致数据的不完整性）nn解决方案2nn可在数据尾部添...

一个丢包率计算程序: 根据数据包序号，统计丢包率

iperf测试UDP丢包: 在实际的测试中，iperf测试UDP通常会丢包；nn尤其是网口物理速率较高的系统；比如10G，40G网口；nn1G的网口，如果处理器强劲，使用系统自带协议栈，应该还能处理得过来；nn在网上查了一下；nn看到有几种办法，汇总一下，做个mark。nn1.限制突发的带宽nnhttps://blog.csdn.net/haimianxiaojie/article/details/51077494nn2.增...

哪位来解释一下？: 一个class反编译后的片段：rnrn public TraceInfo()rn rn _$1 = new String("trace");rn 100;rn this;rn JVM INSTR swap ;rn _$2;rn _$3 = 0x1e8480L;rn 0;rn this;rn JVM INSTR swap ;rn _$4;rn _$5 = new String("");rn null;rn this;rn JVM INSTR swap ;rn _$6;rn _$7 = 0L;rn checkInit();rn return;rn rnrnrnrn 100;rn this;rn JVM INSTR swap ;rnrn以上三句怎么回事？明显编译不过啊。还有，JVM是什么？rn

哪位来解释一下: da.fill(....)rnrndatagrid=dsrn之后rnrn数据会大约在两分钟自动刷一次,经查看,是调用了exec sp_reset_connection,然后将select 语句又重复执行了一次.请问这个是什么机制.

MatLab运行中出现的惊悚现象: 写了个Matlab代码，调试时突然蹦出了个小孩图像，从来没有见过，我还试了好几下，都蹦出来了，头还是倒着的，感觉好诡异！都快尿了。。。。。。nnn网上搜索，发现这是所谓的“Hidden Matlab Fun”，称之为“Easter Eggs”。根据提示，仔细检查自己的程序，原来是调用函数时不小心把参数Image写成了image。改过来后问题马上就消失了。nn还可以尝试下在matlab命令

ping丢包的原因和解决的方法: ping丢包的原因和解决的方法使用Ping测量丢包的最佳方法是向一个IP地址发送大量的Ping命令，然后检查没有应答的那些Ping命令。如果你快速地发出了50次Ping命令，　　　　你可以检查没有没有应答的次数，并把没有应答的次数作为丢包。没有应答的次数超过5%可能就值得担心了。　　　　在一台Windows计算机上，在命令提示符后面输入如下命令就可以完成这个任务:

哪位大侠来解释一下: #includernint main()rnrn int i=1;rn printf("%*s%*s\n",3,"WERTY"+2,3,"12345"+3,2);rn rnrn输出结果是:RTY 45 rn注意中间有空格,为什么?我要是不要中间的空格该怎么办?rn请给我详细解释一下那个printf到底是怎么执行的,我实在是搞不明白.rn"WERTY"这个字符串前面有个3, 为什么我在,"12345"前面加个3,的时候却不行了?

浅谈LTE--数据的可靠传输。: 无线链路因为受到干扰等因素的影响，很容易产生丢包。如果只是通过上层的传输层（tcp）或者应用层重传。会有三个主要的问题。n1）延时非常大。tcp的重传都是秒级的，而且重传间隔是翻倍递增的。如果一个包连丢几次（几率很大），基本上要等几十秒。这个对于用户体验是很差的。n2）资源的浪费。tcp重传是端到端的，虽然是在无线侧丢的包，重传的包还要把之前的流程再走一遍。带来了很大的资源浪费。n3）不必要

IOS关于AsyncSocket☞TCP粘包与断包的问题解决方案: n n n 一 .什么时候需要考虑粘包问题?nn如果利用tcp每次发送数据，就与对方建立连接，然后双方发送完一段数据后，就关闭连接，这样就不会出现粘包问题（因为只有一种包结构,类似于http协议）。关闭连接主要要双方都发送close连接（参考tcp关闭协议）。如：A需要发送一段字符串给B，那么A与B建立连接，然后发送双方都默认好的协议字符如"hello give me...

Kotlin+Netty Android客户端连接修改之前的连接，处理TCP粘包问题与解决方案: [使用Kotlin+Netty Android客户端连接 n由于Kotlin也是新的语言，在2017年中下才和Android完全融合 n在这里我只写了Netty客户端连接服务器的部分代码，如果想要更多代码可以下方留言 n我这个是实用在真实项目中的代码，由于我自己也遇到了很多问题，所以就想分享出来给大家，谢谢nn首先在代码中解决了两个重大问题 n1.Netty Client启动的时候需要重连 n...

降低网友延迟和丢包 - 修改注册表设置TCP双倍ACK频率: rn本方法修改注册表，使得Windows在TCP协议中发送ACK的频率加倍，从而更早的侦测到丢包，并及时重发，达到降低丢包率的效果。rnrnrnrn对于网络游戏主要有两个作用：rnrnnn通过降低丢包率来降低网络延迟rnrnn由于丢包率的降低，减少“卡技能”、“卡物品”等“卡”的情况（可能比低延迟的效果更好）rnrnnn转载写道rnrnn在开始-&gt;运行内输入"regedit"打开注册表编辑...

TCP IP详解卷1：协议原书第二版的中文的翻译版: Kevin R.Fall 和 W.Richal Stevens的网络神作 TCP/IP详解卷1 原书第二版的中文翻译版

iperf参数与丢包率的关系: 带宽测试通常采用UDP模式，因为能测出极限带宽、时延抖动、丢包率。经常使用的参数例子如下： niperf -b 1m -u -c 10.0.0.1 -t 0.1 -l 30影响丢包率的因素：带宽值：使用iperf生成并发送数据，在数据包长度固定的情况下（L默认为1470字节），带宽越大，每秒钟发送的数据包越多。当链路延时较大时，每秒发送的数据包数量太多时会造成比较大的丢包率包的长度：-l 可以设置

关于使用TC和IPTABLES模拟丢包的区别: 这段时间在做一些有关广域网优化的工作，需要模拟丢包环境进行网络测试，自己写了一个收UDP包与发UDP包的程序，并统计丢包率，基本方法是接收端使用epoll，延时1s的时间，发送端发的udp包中第一个字节写上seq，接收端根据收到的seq置flag数组的相应位置为1，接收端在epoll_wait返回-1时统计flag数组中1的个数来统计丢包率。nn在使用TC模拟丢包的过程中发现，在包长度为500B和...

WireShark 分析RTP丢包率: 1、启动WireSharknnnn打开WireShark，启动本地连接，在显示过滤框"Filter"输入“ip.addr eq 192.168.21.175”,然后单击“Apply”;nnnnnnnn2、查找rtsp/1.0 Packetnnnn1> Ctrl+f打开Find Packet对话框，选择“String” 单选框，在“Filter”右侧输入“rtsp/1

谁能给我解释一下，下面的代码啊，是vb吗？写一下注释谢谢了？: dim adminname,adminpass,adminsalt,rs,doc,ip,logcount,sqlrnadminname=left(form("adminname"),12)rnif len("adminname")>0 and len(form("adminpass"))>0 thenrnadminpass=md5(form("adminpass"),1)rnrnon error

网络模拟：丢包，延迟，乱序: 由于条件限制，需要在局域网模拟广域网丢包，延迟等现象。linux 已经原生提供了用户空间工具流量控制tc，网络模拟netem。我试了桥接的虚拟机，loopback 接口，设置了无效，不会丢包，至少需要两台物理机器连到同一局域网。下面的例子参考了[1],[2]。rn最简单的是无类别配置rntc qdisc add dev eth0 root netem loss 50%rnping www.ba

TCP的超时与重传: 1. 背景与原理超时重传是TCP协议保证数据可靠性的一个重要机制，其原理是在发送某一个数据之后就开启一个计时器，在一定时间内如果没有得到发送的数据包的ACK报文，那么就重新发送数据，直到发送成功为止。2. 往返时延的估计和超时超时间隔长度的设计是超时/重传机制的核心部分，显然，超时间隔必须大于TCP连接的往返时延（RTT），即从一个报文段发出到收到其确认时。超时时间过长会造成网络利用率不高，过短会造

Ctrl+F2居然也会报错？？？？？？: Ctrl+F2后报错Debug process is already runningrn什么意思啊？rn怎么解决啊？

IxChariot 测试网络吞吐量以及网络延迟实例: 由于6.70破解版太大，上传不了，如有需要请发邮件给我，我QQ传给你

解决iperf发包高丢包率的问题: 使用iperf生成并发送数据，在数据包长度固定的情况下（L默认为1470字节），带宽越大，每秒钟发送的数据包越多。 n例如：iperf -u -c 10.0.0.2 -p 8080 -t 10 -i 1 -b 10Mniperf -u -c 10.0.0.3 -p 8080 -t 10 -i 1 -b 100mb为100m时每秒发送的数据包的数量为b为10m时的10倍。 n当链路延时较大时，每秒

NS-3上下行链路丢包仿真: 上下行链路速率差距很大，若能动态调节上下行信道带宽，可优化用户体验，提高效率。 n以下是利用NS-3仿真上下行链路代码：#include n#include n#include n#include #include "ns3/core-module.h" n#include "ns3/network-modul

python笔记(解决TCP黏包问题): @几个重要的协议:tcp,udp,ip,arprn@应用层的协议:http（https）,ftp,smtp(邮件相关的协议)rn1、黏报现象：数据已经乱了，没接收完，接收多了rnUDP:不会黏包，但丢包rnTCP:会黏包，但不丢包(优化算法)rn解决黏包问题：rn好处：确定了我到底要接收多大的数据rn1、要在文件中配置一个配置项:就是每一次recy的大小 buffer=4096rn2、当我们要发送大数据的时候,要...

正确理解tcp的可靠传输------其实并不100%可靠: 在上大学那会，学习计算机网络的时候，书上有个蓝军红军通信的例子，表明任何通信都不能保证100%可靠，确实如此。rnrnrn 但是，后来学了一个叫什么tcp的东西，宣称自己提供可靠传输，还在那里鄙视UDP的尽力而为传输，我在想， tcp好牛逼啊， 居然能保证可靠传输。后来，又听人说， tcp是如何处理丢包的，我就更纳闷了， tcp不是可靠吗？怎么还会丢东西呢？rn

bootice引导维护工具: 只求三积分，哪位大神来支援下啊？小弟感激不尽啊。只求三积分，哪位大神来支援下啊？小弟感激不尽啊

提取网络包中的TS 流,以及查看丢包情况: 提取网络包中的TS 流,以及查看丢包情况n打开网络包，选择一条 UDP数据，右击选择decode as ..选择RTP n菜单栏 ->telephony->RTP->stream Analysis如图点击 Save payload.. 保存为xx.ts丢包情况分析，总包56，丢包5个，丢包率为8.93%n注意：此图解为WireShark 1.12.0 版本，2.几以上界面不一样，提取的流也有问题

C#代码编写规范，最全的规范即语法说明下载: 这是来自于微软官方的C#代码编写规范说明，文档中非常详细的说明了代码编写过程中的各种规范相关下载链接：[url=//download.csdn.net/download/yangzhongwei1031/2709633?utm_source=bbsseo]//download.csdn.net/download/yangzhongwei1031/2709633?utm_source=bbsseo[/url]

ReceiptPrnSetup_CN V1.50下载: 小票打印机驱动1111111111111111111111111111111111111111111 相关下载链接：[url=//download.csdn.net/download/sandajiang/3038340?utm_source=bbsseo]//download.csdn.net/download/sandajiang/3038340?utm_source=bbsseo[/url]

PhysX 3.0.1 PC SDK Core Part3下载: 因为上传限制，拆分为五个包。为免于多次评分之烦恼，在最后一个包加积分需求。 PhysX-3.0.1_PC_SDK_Core.zip NOTE: This is the required core for all installations of the PhysX SDK. It contains headers, libs, dlls, samples, and documentation. Both x32 and x64 versions are included in the installer. Does NOT require any System Software insta 相关下载链接：[url=//download.csdn.net/download/kazi/3331786?utm_source=bbsseo]//download.csdn.net/download/kazi/3331786?utm_source=bbsseo[/url]

文章热词机器学习教程 Objective-C培训交互设计视频教程颜色模型设计制作学习
相关热词 mysql关联查询两次本表 native底部 react extjs glyph 图标区块链怎么来的牛人学习java提高篇

我们是很有底线的