ＵＤＰ编程

chenhao_no1

１。程序分为ｃｌｉｅｎｔ，ｓｅｒｖｅｒ．ｃｌｉｅｎｔ发送数据，数据包大小固定为６５２５字节。ｓｅｒｖｅｒ接收数据，但是接受缓冲区只有２２２字节。ｃｌｉｅｎｔ每隔２秒发送一次数据。

２。很显然，ｓｅｒｖｅｒ得接受这些数据。由于ｓｅｒｖｅｒ缓冲区只有２２２字节，不可能盛的下ｃｌｉｅｎｔ过来的６５２５字节。我的问题是：ｓｅｒｖｅｒ会取上次没有取完的数据。还是每取１次，没取完的就丢了。即使下次再取，内核缓冲区中也没有了。

谢谢！

xjtdy888

你要了解TCP是没有边界的，即使你的222的缓冲区，每次read也不一定能够读出222出来！ 不会丢掉的

[ 本帖最后由 xjtdy888 于 2008-6-19 14:27 编辑 ]

lanying_wzw

TCP是字节流，你一边取，一边处理就行了

flw2

TCP不会丢掉，UDP一个数据报如果比你想要的长度长的话，那么就截断了，可有用MSG_TRUNC返回包的实际上度（这样就知道是否截断了）

ideawu

原帖由 flw2 于 2008-6-19 15:15 发表
TCP不会丢掉，UDP一个数据报如果比你想要的长度长的话，那么就截断了，可有用MSG_TRUNC返回包的实际上度（这样就知道是否截断了）

这跟具体的UDP实现有关, 有可能丢弃, 也可能截断.

flw2

原帖由 ideawu 于 2008-6-19 19:24 发表

这跟具体的UDP实现有关, 有可能丢弃, 也可能截断.

恩，是，我看到过两个系统都是截断，不知道现在有什么系统是unp上说的后续还能读到的
搜索了一下没找到，不过书上也说了有可能

system888net

原帖由 chenhao_no1 于 2008-6-19 14:13 发表
１。程序分为ｃｌｉｅｎｔ，ｓｅｒｖｅｒ．ｃｌｉｅｎｔ发送数据，数据包大小固定为６５２５字节。ｓｅｒｖｅｒ接收数据，但是接受缓冲区只有２２２字节。ｃｌｉｅｎｔ每隔２秒发送一次数据。

２。很显然，ｓ ...

对于已经到达server的UDP数据,如果你的接收buffer不够,也可以分多次取,操作系统已经帮你的应用程序缓冲了. 在这点上tcp和UDP是一样的.
当然UDP你在应用程序里要自己处理传输的问题(丢包,重发等),而且开始通行时要协商测试网络能通过的UDP最大包长.

cookis

原帖由 system888net 于 2008-6-20 12:11 发表



对于已经到达server的UDP数据,如果你的接收buffer不够,也可以分多次取,操作系统已经帮你的应用程序缓冲了. 在这点上tcp和UDP是一样的.
当然UDP你在应用程序里要自己处理传输的问题(丢包,重发等),而且开始 ...

协议栈会开辟多块缓冲区?  

in my opinion :

对于UDP来说, 既然你已经定下缓冲区大小为222字节.. 那么你一次就只能收到222字节, 而且UDP没有ACK, 所以发送端是在不停地发,
后续的包就会全部丢掉, 而你那已经收到的222字节, 长度不符, 也会丢掉, 所以最后.你一个包也收不到.

ideawu

原帖由 system888net 于 2008-6-20 12:11 发表
对于已经到达server的UDP数据,如果你的接收buffer不够,也可以分多次取,操作系统已经帮你的应用程序缓冲了. 在这点上tcp和UDP是一样的.
当然UDP你在应用程序里要自己处理传输的问题(丢包,重发等),而且开始 ...

不知道你这种说法的依据是什么. UDP报文理论上最大是64K, 实际上一般是8K多一点. 如果报文大小超过上限, 可能会截断, 可能会丢弃.

system888net

8楼和9楼说的是对的.

不好意思,当成改造过的专用系统了.

[ 本帖最后由 system888net 于 2008-6-20 22:37 编辑 ]