UDP 丢包 急。。谢谢

问题描述

我的udpclient端发送的太快,udpserver来不及接收?据说可以使用缓冲区来处理。。麻烦哪位大牛帮忙说说怎么做?非常感谢.

解决方案

解决方案二:
UDP协议丢包很正常。
解决方案三:
UDP就是丢包的没办法,如果你要自己实现UDP的差错控制的话,那还不如直接使用TCP
解决方案四:
我知道丢包很严重,可是这个对实时性要求很强,选择UDP是不错的。。主要是我在接收的时候来不及接。。我做处理了,。处理就是写入io流。如果不处理的话就有足够的时间来接了。。麻烦哪位能说下,如何能把两者分开,io写还要用UDP接到的包。。。谢谢
解决方案五:
UDP很容易丢包的~~~~~~~~~~~~~~~
解决方案六:
如果要保证不丢包,那就不应该使用UDP。前面也已经说过了UDP不能保证数据的完整性,这是UDP协议决定的。
解决方案七:
这个哥儿们说的对

时间: 2024-11-29 07:57:40

UDP 丢包 急。。谢谢的相关文章

udp丢包 又是udp丢包

什么会导致udp丢包呢,我这里列举了如下几点原因: 1.调用recv方法接收端收到数据后,处理数据花了一些时间,处理完后再次调用recv方法,在这二次调用间隔里,发过来的包可能丢失.对于这种情况可以修改接收端,将包接收后存入一个缓冲区,然后迅速返回继续recv. 2.发送的包巨大丢包.虽然send方法会帮你做大包切割成小包发送的事情,但包太大也不行.例如超过30K的一个udp包,不切割直接通过send方法发送也会导致这个包丢失.这种情况需要切割成小包再逐个send. 3.发送的包较大,超过mtu

UDP丢包原因

一.主要丢包原因 1.接收端处理时间过长导致丢包:调用recv方法接收端收到数据后,处理数据花了一些时间,处理完后再次调用recv方法,在这二次调用间隔里,发过来的包可能丢失.对于这种情况可以修改接收端,将包接收后存入一个缓冲区,然后迅速返回继续recv. 2.发送的包巨大丢包:虽然send方法会帮你做大包切割成小包发送的事情,但包太大也不行.例如超过50K的一个udp包,不切割直接通过send方法发送也会导致这个包丢失.这种情况需要切割成小包再逐个send. 3.发送的包较大,超过接受者缓存导

Socket编程 (异步通讯,解决Udp丢包) - Part4

原文http://www.cnblogs.com/zengqinglei/archive/2013/05/15/3079007.html Socket编程 (异步通讯,解决Udp丢包) 对于基于socket的udp协议通讯,丢包问题大家应该都见怪不怪了,但我们仍然希望在通讯方面使用Udp协议通讯,因为它即时,消耗资源 少,响应迅速,灵活性强无需向Tcp那样建立连接消耗很长的时间等等很有优势的理由让我们对Udp通讯寄予了厚望.但它也存在一个不好的特点,经常丢包是 时常发生的事.可能各位大侠已经有了

java udp丢包严重

问题描述 我在客户端一次性发了100000万条消息,抓包工具也显示所有包都收到了,可是程序里就是有部分包收不到,这是为什么? 解决方案 解决方案二:10亿?求程序处理方案,或者代码解决方案三:被底层操作系统给丢掉了?解决方案四:可是抓包工具全部抓到了呀解决方案五:你做压力测试么?搞这么大数据量解决方案六:这么说一定是程序原因了?同求代码和处理方法

iperf UDP测试丢包问题分析

本文目的 分析同一region下两台vpc类型ECS之间iperf测试UDP丢包问题排查 问题描述 用户在同一个region下的两台ECS分属两个vpc,两个vpc通过高速通道打通,然后通过iperf测试二者内网之间UDP的丢包情况,当测试带宽达到50M以上的时候,出现了丢包现象,且随着带宽的增加,丢包率出现增长趋势. ECS A:iperf -c <ECS_B_IP> -u -b <bandwidth> ECS B: iperf -s -u 问题分析 vpc类型ECS A与vpc

rt-同时接收多个udp时丢包

问题描述 同时接收多个udp时丢包 udp广播,多个客户端同时回馈.广播端接收反馈数据会出现丢包.在android上测试,好的手机丢包情况明显改善.请教下有没有好的解决方案彻底解决. 解决方案 UDP丢包问题 解决方案二: UDP本身就是不可靠的.如果有丢包,你可以尝试再次广播,多发送几次,来接收数据

服务器-java 关于NIO实现UDP数据传输问题 ,急谢谢,C币不足请不要介意

问题描述 java 关于NIO实现UDP数据传输问题 ,急谢谢,C币不足请不要介意 各位大侠好,小弟想问一下问题,搞了一两天没有搞明白的.因为要实现一个UDP传输服务端,于是在网上找了很多资料然后就写了一个.但是写好之后发现有两个很严重的问题,希望各位大哥给点意见或者思路去解决.问题一:启动服务端,同时也启动客户端,客户端传输数据服务器正常接收,但是断开客户端后,再启动客户端,服务器就收不到任何客户端发送的消息,好像是服务器关闭了UDP一样,但是重启服务器后(重新打开UDP)客户端既可以发送信息

tcp-为何TCP发包就不存在丢包和乱序? 而UDP发包就有,难道就只有Tcp有重传机制,udp就没有?

问题描述 为何TCP发包就不存在丢包和乱序? 而UDP发包就有,难道就只有Tcp有重传机制,udp就没有? 如果说tcp有自动重排机制,那么udp如果乱序了,怎么处理?如果有具体算法最好了~,对这块概念很模糊-- 解决方案 个人理解 tcp 在建立连接时有三次握手的过程,这样就保证的连接的有效性.发包时发包完成也有反馈(对方接收完成有标记),所以tcp不存在丢包乱序的问题 UDP,建立连接并没有三次握手的过程,而且发送数据只是负责发送,不会有发送成功的反馈 解决方案二: TCP发包 解决方案三:

通信-NS3仿真中统计数据包的丢包率、端到端延迟以及协议开销等相关问题?谢谢啦!!只有1C币了。。

问题描述 NS3仿真中统计数据包的丢包率.端到端延迟以及协议开销等相关问题?谢谢啦!!只有1C币了.. NS3仿真中如何实现对mesh通信中数据包的丢包率.端到端延迟以及协议开销等的统计? 最好有源码的,谢谢啦!! 只有1C币了.. 解决方案 只有一个C币不是问题,CSDN支持充值的! 这种通信统计如果 NS3 系统没有提供这样的功能,就只能自己写一个测试系统,发送测试数据.