UDP发包大小及效率问题

[zjz8204]

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

还是每个视频源对应一个线程，一个线程对应一个port来发送数据。这样可节省Port和线程的开销。

[ztenv]

感觉怎么做都不是问题，你的网卡一秒能传多少个字节？ 不太了解你的做视频监控还是vod点播或是其他的，根据需求来吧

[laqhelen]

可以用select或异步socket，不用每个socket一个线程，太浪费，这有很多socket源码例子，可参考一下： http://download.csdn.net/detail/geoff08zhang/4571358

[zjz8204]

我是一个视频源对应一个线程，用一个socket来发送的。 所有客户端请求这个视频源时，都是用这个socket来发送。 现在的情况是： 一秒钟，视频源能得到5-9个包，每个包平均6KB的数据。 这个socket就要每秒发这么多数据出去，若是多个客户端，那发的更多了。 不管是一个还是多个客户端，所接收到的视频数据都不够，视频出现卡的情况，老是过几秒或更长点时间就会卡一会。

[ztenv]

6k的大包？ 感觉包有点大，高清？

[zjz8204]

是啊，高清的。一秒5-9个包，每个包平均6000Byte。

[金丝龙麟闪电劈]

对于百兆的网络，是指从网卡到交换机都是百兆，实际传输速度从理论上讲应该是大约11MB/s，因为我们通常说的百兆是bit，而一般说到实际传输速度说的都是byte，8bits=1byte ，再有实际传输时还有一位校验，因此传输一个字节要9位，但是一般的网络上不可能达到满速率传输，因为通常会有多台机器联网，会有不少的广播信号，我做过测试，采用交换机，网络中有40台计算机，实际传输文件的速率大约是6.9MB/s. 你这要是来个上面的客户端,不卡才怪呢

[zjz8204]

现在是只3，5个客户端，就会出现卡的情况。甚至一个的时候都会有一点。我想着在客户端用缓存的方式，但效果不理想。大家可以想像在网页上看一个视频，卡几十秒后，再播放几十秒。

[windbger]

你为什么不每个客户端创建一个socket？你所有客户端公用一个socket，当然会有buffer问题。

[windbger]

引用 楼主 zjz8204 的回复:

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

为什么需要上百个线程？为什么不研究一下网络IO模型呢，试试Overlapped IO或者IOCP。如果嫌麻烦，可以使用封装好的库，比如boost.asio。

[zu1000]

引用 2 楼 laqhelen 的回复:

可以用select或异步socket，不用每个socket一个线程，太浪费，这有很多socket源码例子，可参考一下： http://download.csdn.net/detail/geoff08zhang/4571358

++ 线程可以使性能杀手

[zjz8204]

每个socket一个线程，是对应一个视频源。一个视频源对应一个socekt和线程，一个socket对应多个客户端，这样能保持客户端的视频一致。

[zjz8204]

引用 1 楼 lianshaohua 的回复:

感觉怎么做都不是问题，你的网卡一秒能传多少个字节？ 不太了解你的做视频监控还是vod点播或是其他的，根据需求来吧

类似视频监控吧。 一个视频源，通过我的程序转发，对应多个客户端。 因为是局域网内的，都是百M带宽。

[qq120848369]

考虑用UDT解决UDP高效率传输问题.

[ztenv]

若包太大，则只能支持不大于5个的播放。 你发多大的一个包？ 如果是针对视频监控，建议以视频源为单位进行管理，简单点做，可以每个视频源对应一个线程，因为N个客户端预览同一个视频源看到的都是同样的实时码流。 这是对于数据流； 对于控制流，可使使用异步或select等你认为你可掌控的来实现，也不要一个客户端开一个线程， 否则I、O的线程就会把你的程序搞挂掉，更别提业务处理器了。

[halleyzhang3]

包的大小不要超过MTU，就目前多数的网络类型来说，别超过1K。

[cwy_8012]

一个线程可以处理多个socket，向客户端发送数据。如果客户端太多，可以建个线程池。视频一般的1080P 8M的就是超清了，帧频最大也就60帧。也就是说16ms发出去一帧就可以保证客户端连续的解码。每个线程10ms调度一次。从各个视频文件按照帧间隔获取一帧发出去就可以了。例如：电影才24帧。每隔40ms发出一帧就完全可以。这样基本可以实现大量客户端的媒体数据发送。

[zjz8204]

引用 14 楼 qq120848369 的回复:

考虑用UDT解决UDP高效率传输问题.

不知改为tcp方式，会不会提高传输效率？

[迷途的书童]

多视频传播建议用RTP库，比较成熟的库！

[zjz8204]

现在用的就是RTP。RTP是基于UDP的。所以这样问了。