MTK socket 疑难杂症

laymanc

使用MTK SOCKET过程中遇到一棘手问题，具体如下：
当使用SOCKET发送大量数据的时候，很容易发生阻塞现象，即调用soc_send返回SOC_WOULDBLOCK，此时已不能再发送数据，直到注册的回调函数收到SOC_WRITE。
要命的是，在这段过程中，SOC_READ也不会响应，如此一来就会send也阻塞，read也阻塞，通讯瘫痪。
想了两个办法来解决：
1. 使用 soc_setsockopt 中的SOC_SENDBUF，加大发送缓存，降低阻塞几率。
2. 使用 soc_getsockopt ，取sendbuf里的已有数据长度，当该长度达到6K时，停止往sendbuf里扔数据，防止阻塞。

方法一没效果，查看源码，好像soc_setsockopt里没实现SOC_SENDBUF。
方法二，soc_getsockopt没找到合适参数。

请教高人，我是否有使用不正确的地方？或者有其他的解决方法。

我想啊，MMS中发送大数据（有时能达到几个M）是怎么弄的呢？

欢迎大家讨论。

谢谢！

hillsshh

没发过太大的数据，不知道你发给的是服务器还是其他设备。如果发给服务器，是否可以考虑让服务器每接收到一包数据时返回给终端一两个字节，以便继续发送。
或者准备一个发送池，有n个task一起发送，不过需要接受端对接受到的包进行重组。 不知道是否可行，没试过。

tenminutes

那你为什么不等到回调函数收到SOC_WRITE再继续发送或读取呢？

laymanc

以下是引用tenminutes在2009-7-3 16:41:44的发言：
那你为什么不等到回调函数收到SOC_WRITE再继续发送或读取呢？

我现在的做法就是这样。

可是这段时间长的会达到10秒以上，而且会很频繁，不能满足业务需要。

laymanc

以下是引用hillsshh在2009-7-3 14:18:32的发言：
没发过太大的数据，不知道你发给的是服务器还是其他设备。如果发给服务器，是否可以考虑让服务器每接收到一包数据时返回给终端一两个字节，以便继续发送。
或者准备一个发送池，有n个task一起发送，不过需要接受端对接受到的包进行重组。 不知道是否可行，没试过。

是发送给服务器。

多task发送倒是没试过，不过数据的分解和重组相当的复杂啊。

himer4257

恩，很有意义一个问题

我也没有类似经历，无法帮你

naonaozou

正在学习

fishyu

[em01]

why19861124

学习学习[em01]