对于一次传输量不大(比如服务器数据库查询数据返回客户端,20多个字节),但是时间要求快,是否应该采用UDP?

party9ly 2006-09-24 02:40:08
对于一次传输量不大(比如服务器数据库查询数据返回客户端,20多个字节),但是时间要求快,是否应该采用UDP,然后软件保证数据的正确性?谢谢!
...全文
304 10 打赏 收藏 转发到动态 举报
写回复
用AI写文章
10 条回复
切换为时间正序
请发表友善的回复…
发表回复
party9ly 2006-09-26
  • 打赏
  • 举报
回复
我也想过,其实数据并不多,不用数据库也可以,那就是说UDP肯定可以1.5秒了,还有服务器向客户端提供询问服务,但是没有外网IP,或者服务器也是局域网中动态获得IP的机器,有没有办法呢?除了再网关绑定一个端口给服务器外,还有没有别的办法,IPV6?
ensoniq 2006-09-26
  • 打赏
  • 举报
回复
>每隔1.5秒都要更新一次
这种应用也不是UDP/TCP的问题,UDP不能帮你赚来你要的这些频繁响应时间,你的瓶颈肯定会出现在数据库上,我估计你这样用法你的数据库连几百个连接都带不动。
这种应用应该用cache来解决问题。犯不着每次更新都往数据库里真的写。
mycs2005 2006-09-26
  • 打赏
  • 举报
回复
tcp够了
party9ly 2006-09-26
  • 打赏
  • 举报
回复
计算机的处理速度可以解决,网络环境服务器这边可以,客户短就没办法了,也管不了!所以也就只能从程序算法上尽量的保证实时了,还有没有别的好办法呢?
party9ly 2006-09-26
  • 打赏
  • 举报
回复
多谢楼上的几位!好像听过IPV6能搞,查查,国庆后揭帖!
troyleescong 2006-09-26
  • 打赏
  • 举报
回复
可以使用UDP,可以参考一下DNS的实现。不过靠软件来确保数据正确性也不是容易的,而且1.5秒也不算太紧急,所以还是建议用TCP
fxwwang 2006-09-26
  • 打赏
  • 举报
回复
除了绑定端口应该没办法了,1.5秒TCP足够了.其实看你网速,一般都是50毫秒的延迟.
何况用UDP你还要自己处理数据报的先后顺序和错误处理,很麻烦的.
UDP其实用在FPS这类实时性较高的游戏上比较多.
party9ly 2006-09-25
  • 打赏
  • 举报
回复
我的这个虽然没有0.5s那么紧,但是每隔1.5秒都要更新一次,也就说客户端每隔1.5秒之内必须收到新的控制字,是不是绝对应该采用UDP?
谢谢了!
yahle 2006-09-25
  • 打赏
  • 举报
回复
数据响应和两个方面有关,一个是网络环境,一个是计算机的处理速度。
不管是网络还是处理速度,只要有一个出问题,延迟是无法避免的。
在这两方面多想想办法。这个与用TCP或者UDP没有太多关联地方。
ensoniq 2006-09-24
  • 打赏
  • 举报
回复
你这个应用还是应该用TCP,UDP不是用在这种地方的。UDP只有在Time Critical的场合,比如一个包如果延时0.5秒到的话,和没到是完全一样的场合,才能发挥长处。

4,357

社区成员

发帖
与我相关
我的任务
社区描述
通信技术相关讨论
社区管理员
  • 网络通信
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

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