UDP发包大小及效率问题

zjz8204 2013-09-17 03:15:47
自己做了一个视频点播程序。双方使用UDP来发送数据,局域网内。
现在的问题是:
UDP一次发包太小(3000B)的话,播放那边会卡。
若包太大,则只能支持不大于5个的播放。
在网上看了一些资料,说UDP最大可支持65507的包大小。
请问像这种情况,我该如何提高我的效率?
每个客户端对应一个线程,若是同一个视频源(实时视频),就不好处理了。
若有上百个客户端,就得上百个线程和port,那样服务器消耗太大,不一定能支撑的了。
所以不太可能。

还是每个视频源对应一个线程,一个线程对应一个port来发送数据。这样可节省Port和线程的开销。
...全文
1192 19 打赏 收藏 转发到动态 举报
写回复
用AI写文章
19 条回复
切换为时间正序
请发表友善的回复…
发表回复
zjz8204 2013-09-22
  • 打赏
  • 举报
回复
现在用的就是RTP。RTP是基于UDP的。所以这样问了。
迷途的书童 2013-09-22
  • 打赏
  • 举报
回复
多视频传播建议用RTP库,比较成熟的库!
zjz8204 2013-09-22
  • 打赏
  • 举报
回复
引用 14 楼 qq120848369 的回复:
考虑用UDT解决UDP高效率传输问题.
不知改为tcp方式,会不会提高传输效率?
cwy_8012 2013-09-19
  • 打赏
  • 举报
回复
一个线程可以处理多个socket,向客户端发送数据。如果客户端太多,可以建个线程池。视频一般的1080P 8M的就是超清了,帧频最大也就60帧。也就是说16ms发出去一帧就可以保证客户端连续的解码。每个线程10ms调度一次。从各个视频文件按照帧间隔获取一帧发出去就可以了。例如:电影才24帧。每隔40ms发出一帧就完全可以。这样基本可以实现大量客户端的媒体数据发送。
halleyzhang3 2013-09-19
  • 打赏
  • 举报
回复
包的大小不要超过MTU,就目前多数的网络类型来说,别超过1K。
ztenv 版主 2013-09-18
  • 打赏
  • 举报
回复
若包太大,则只能支持不大于5个的播放。 你发多大的一个包? 如果是针对视频监控,建议以视频源为单位进行管理,简单点做,可以每个视频源对应一个线程,因为N个客户端预览同一个视频源看到的都是同样的实时码流。 这是对于数据流; 对于控制流,可使使用异步或select等你认为你可掌控的来实现,也不要一个客户端开一个线程, 否则I、O的线程就会把你的程序搞挂掉,更别提业务处理器了。
qq120848369 2013-09-18
  • 打赏
  • 举报
回复
考虑用UDT解决UDP高效率传输问题.
zjz8204 2013-09-18
  • 打赏
  • 举报
回复
引用 1 楼 lianshaohua 的回复:
感觉怎么做都不是问题,你的网卡一秒能传多少个字节? 不太了解你的做视频监控还是vod点播或是其他的,根据需求来吧
类似视频监控吧。 一个视频源,通过我的程序转发,对应多个客户端。 因为是局域网内的,都是百M带宽。
zjz8204 2013-09-18
  • 打赏
  • 举报
回复
每个socket一个线程,是对应一个视频源。一个视频源对应一个socekt和线程,一个socket对应多个客户端,这样能保持客户端的视频一致。
zu1000 2013-09-18
  • 打赏
  • 举报
回复
引用 2 楼 laqhelen 的回复:
可以用select或异步socket,不用每个socket一个线程,太浪费,这有很多socket源码例子,可参考一下: http://download.csdn.net/detail/geoff08zhang/4571358
++ 线程可以使性能杀手
windbger 2013-09-18
  • 打赏
  • 举报
回复
引用 楼主 zjz8204 的回复:
自己做了一个视频点播程序。双方使用UDP来发送数据,局域网内。 现在的问题是: UDP一次发包太小(3000B)的话,播放那边会卡。 若包太大,则只能支持不大于5个的播放。 在网上看了一些资料,说UDP最大可支持65507的包大小。 请问像这种情况,我该如何提高我的效率? 每个客户端对应一个线程,若是同一个视频源(实时视频),就不好处理了。 若有上百个客户端,就得上百个线程和port,那样服务器消耗太大,不一定能支撑的了。 所以不太可能。 还是每个视频源对应一个线程,一个线程对应一个port来发送数据。这样可节省Port和线程的开销。
为什么需要上百个线程?为什么不研究一下网络IO模型呢,试试Overlapped IO或者IOCP。如果嫌麻烦,可以使用封装好的库,比如boost.asio。
windbger 2013-09-18
  • 打赏
  • 举报
回复
你为什么不每个客户端创建一个socket?你所有客户端公用一个socket,当然会有buffer问题。
zjz8204 2013-09-18
  • 打赏
  • 举报
回复
现在是只3,5个客户端,就会出现卡的情况。甚至一个的时候都会有一点。我想着在客户端用缓存的方式,但效果不理想。大家可以想像在网页上看一个视频,卡几十秒后,再播放几十秒。
  • 打赏
  • 举报
回复
对于百兆的网络,是指从网卡到交换机都是百兆,实际传输速度从理论上讲应该是大约11MB/s,因为我们通常说的百兆是bit,而一般说到实际传输速度说的都是byte,8bits=1byte ,再有实际传输时还有一位校验,因此传输一个字节要9位,但是一般的网络上不可能达到满速率传输,因为通常会有多台机器联网,会有不少的广播信号,我做过测试,采用交换机,网络中有40台计算机,实际传输文件的速率大约是6.9MB/s. 你这要是来个上面的客户端,不卡才怪呢
zjz8204 2013-09-18
  • 打赏
  • 举报
回复
是啊,高清的。一秒5-9个包,每个包平均6000Byte。
ztenv 版主 2013-09-18
  • 打赏
  • 举报
回复
6k的大包? 感觉包有点大,高清?
zjz8204 2013-09-18
  • 打赏
  • 举报
回复
我是一个视频源对应一个线程,用一个socket来发送的。 所有客户端请求这个视频源时,都是用这个socket来发送。 现在的情况是: 一秒钟,视频源能得到5-9个包,每个包平均6KB的数据。 这个socket就要每秒发这么多数据出去,若是多个客户端,那发的更多了。 不管是一个还是多个客户端,所接收到的视频数据都不够,视频出现卡的情况,老是过几秒或更长点时间就会卡一会。
laqhelen 2013-09-17
  • 打赏
  • 举报
回复
可以用select或异步socket,不用每个socket一个线程,太浪费,这有很多socket源码例子,可参考一下: http://download.csdn.net/detail/geoff08zhang/4571358
ztenv 版主 2013-09-17
  • 打赏
  • 举报
回复
感觉怎么做都不是问题,你的网卡一秒能传多少个字节? 不太了解你的做视频监控还是vod点播或是其他的,根据需求来吧
打开链接下载源码: https://pan.quark.cn/s/589796089f72 C++课程设计任务列表,涵盖以下内容:1、识别并显示10至99范围内,各位数乘积超过各位数和的数值,例如数字12不满足条件,因为1乘以2小于1加2,故不输出;而数字27满足条件,因为2乘以7大于2加7,因此需要输出该数。2、开发一个功能,用于从用户输入的任意数量实数中找出最大值与最小值:首先要求用户输入一个正整数n,代表数值的个数,随后用户可输入任意n个实数,程序需找出这n个数中的最大值和最小值并将它们展示出来。3、实现两个已排序数组的合并操作:设有数组A和B,且假设这两个数组的元素均已按照降序排列。编写程序将A和B合并成一个新的数组C,并确保C中的元素同样保持降序排列。int A[10]={123, 86,80, 49,33,15,7,0,-1,-3};int B[10]={100,64,51,50,27,19,15,12,5,2};4、设计一个函数,用于计算特定分数序列前n项的总和,该序列为1/2,1/3,1/4,1/5,1/6,1/7,...。要求在主程序中提示用户输入一个整数n,并验证输入的合法性(n需大于1方为有效),若输入合法,则调用求和函数并显示计算结果。5、编写一个程序,计算两个用户输入日期之间的天数差:用户需以year1,month1,day1和year2,month2,day2的格式输入两个日期,程序随后计算这两个日期之间的天数间隔,并将结果输出到屏幕上。要求编制具有如下原型的函数difs2Date:long GetDayDifference(int y1,int m1,int d1,int y2,int m2,int d2);并在主函数中调用此函数,将计...
代码下载地址: https://pan.quark.cn/s/ee8627e4e6d7 ABAP调试器是一种功能强大的工具,可用于在执行期间对ABAP代码进行检验。除了常规的核心功能(例如逐行运行代码以及检验变量、字段符号和引用的值)之外,它还提供了一些辅助性的特性,能够简化并压缩调试会话的时长。并非所有使用者都熟悉这些辅助特性。SAP ABAP调试器是处理和优化ABAP代码开发与维护工作的核心资源,它配备了多样的功能来协助开发人员在运行状态下进行检验和排除故障。此资源着重阐述了ABAP调试器的一些高级特性,涵盖了深入分析调用堆栈、系统级调试、更新会话调试以及提升调试效率的方法。 1. **深入分析调用堆栈**:除了常规的应用程序调试,开发人员有时需要对调用堆栈的内部层级进行深入调试,特别是在错误出现在异步执行的更新处理或系统级程序时。通过启用**系统级调试**,可以访问通常不公开的系统代码,但这也会导致调用堆栈的显著增加,因此需要审慎操作。 2. **系统级调试**:对于不含业务逻辑的系统级程序,开发人员通常无需进行调试。然而,在特定情形下,例如进行错误追踪时,可能需要进入系统代码。借助调试器的“系统调试启用/禁用”选项,可以赋予对系统程序的调试权限。 3. **更新会话调试**:在处理异步更新任务,例如持久化业务数据时,错误可能发生在更新任务内部。激活**更新会话调试**,在更新任务完成后,调试器将自动启动,展示执行路径。比如,在变更成本中心后,通过输入调试指令 "/h" 启动调试,保存后能够看到更新过程中的错误。 4. **分析调用堆栈**:在进行深入调试时,调用堆栈是至关重要的。通过分析调用堆栈,能够定位到引发问题的具体位置,如在VB_V2_NORMAL...
源码链接: https://pan.quark.cn/s/a4b39357ea24 小程序雷达 AI 驱动的小程序生态选型与风险评估工具,把微信小程序开发资源转化为可筛选、可评估、可对比的技术雷达。 线上地址 主站: Vercel: 适合谁 正在做微信小程序技术选型的产品、研发和架构团队。 需要判断 Taro、uni-app、原生小程序、组件库、云开发和 SDK 风险的团队。 需要把历史 awesome 列表转成可筛选、可对比、可验证技术雷达的维护者。 可以做什么 Radar:按推荐状态、风险等级、资源类型、分类和适用场景浏览小程序生态资源。 Quick Search:快速搜索资源并跳转常用页面。 Compare:对比 Taro、uni-app、原生小程序等核心方案。 Advisor:输入选型问题,获得推荐结论、适用/不适用条件、迁移成本、下一步和证据来源。 Doctor:粘贴小程序项目配置,识别框架依赖、过时方案和迁移风险。 Weekly:查看小程序生态周报和近期风险信号。 数据概览 当前数据集中包含 236 个小程序生态资源。 完整资源可在 Radar 页面和导出能力中查看。 核心样例 Taro ★30.6k+ - 使用 React 的方式开发小程序的框架,同时支持生成多端应用 uni-app ★36.1k+ - 使用 Vue 语法开发小程序、H5、App的统一框架 MPX ★2.1k+ - 增强型小程序框架,深度性能优化,支持跨小程序平台开发,完全兼容原生小程序组件 WePY ★21.7k+ - 支持组件化的小程序开发框架 vant-weapp ★12.3k+ - 高颜值、好用、易扩展的微信小程序 UI 库 tdesign-miniprogram ★1.3...

65,211

社区成员

发帖
与我相关
我的任务
社区描述
C++ 语言相关问题讨论,技术干货分享,前沿动态等
c++ 技术论坛(原bbs)
社区管理员
  • C++ 语言社区
  • encoderlee
  • paschen
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
  1. 请不要发布与C++技术无关的贴子
  2. 请不要发布与技术无关的招聘、广告的帖子
  3. 请尽可能的描述清楚你的问题,如果涉及到代码请尽可能的格式化一下

试试用AI创作助手写篇文章吧