TIPC消息阻塞丢包最多显示981行问题解决


风晓
风晓 2024-01-05 10:58:34 50524 赞同 0 反对 0
分类: 资源
1、现象 TIPC用于信息回显,A进程连续发送成功,B进程接收最多981条,其他全部无法select到,后续消息被丢弃;

2、原因
TIPC的Socket可以在Bind前通过setsockopt()函数进行设置拥塞管理,其参数如下:
setsockopt(int sockfd, int level, int optname, const void *optval, socklen_t optlen);
当level为SOL_TIPC,也就是使用tipc时,optname有如下值可以选择:
1)TIPC_IMPORTANCE
这个值用来标识本Socket消息的重要性,设置为重要时本Socket在发生拥塞时,消息丢失的可能性很小,默认级别是TIPC_LOW_IMPORTANCE,即发送拥塞消息丢弃。
TIPC_LOW_IMPORTANCE, 低优先级
TIPC_MEDIUM_IMPORTANCE, 中优先级
TIPC_HIGH_IMPORTANCE 高优先级
TIPC_CRITICAL_IMPORTANCE. 紧急优先级

3、解决办法
TIPC连续最多回显981行消息就阻塞丢弃问题,修改方法如下:


4、其他拥塞管理选项
1)TIPC_SRC_DROPPABLE
同样是作为拥塞控制,如果设置为此值,则在拥塞发生时,TIPC会丢弃消息,否则,将把消息放入队列缓存。

默认情况下: 对SOCK_SEQPACKET, SOCK_STREAM, SOCK_RDM 三种传输方式,也就是可靠链接则将消息缓存,对SOCK_DGRAM,也就是不可靠链接则将消息丢弃。

2)TIPC_DEST_DROPPABLE
仍然为拥塞控制服务。针对下面三种情况有用,消息不能发送到目的地址,或者目的地址不存在,或者目的地址发生了拥塞。如果使能这个功能,在发生以上三种情况是,消息将被丢弃,否则会将消息返回给发送者。

默认情况下:SOCK_SEQPACKET ,SOCK_STREAM两种传输方式,返回给发送者。对SOCK_RDM和SOCK_DGRAM则将消息丢弃。这样做的目的是在使用面向链接的情况下发生通信失败时进行合适的处理,同时不增加面向无链接的情况下通信失败的处理的复杂性。

如果您发现该资源为电子书等存在侵权的资源或对该资源描述不正确等,可点击“私信”按钮向作者进行反馈;如作者无回复可进行平台仲裁,我们会在第一时间进行处理!

评价 0 条
风晓L1
粉丝 1 资源 2038 + 关注 私信
最近热门资源
银河麒麟桌面操作系统备份用户数据  125
统信桌面专业版【全盘安装UOS系统】介绍  119
银河麒麟桌面操作系统安装佳能打印机驱动方法  111
银河麒麟桌面操作系统 V10-SP1用户密码修改  105
最近下载排行榜
银河麒麟桌面操作系统备份用户数据 0
统信桌面专业版【全盘安装UOS系统】介绍 0
银河麒麟桌面操作系统安装佳能打印机驱动方法 0
银河麒麟桌面操作系统 V10-SP1用户密码修改 0
作者收入月榜
1

prtyaa 收益393.62元

2

zlj141319 收益218元

3

1843880570 收益214.2元

4

IT-feng 收益209.03元

5

风晓 收益208.24元

6

777 收益172.71元

7

Fhawking 收益106.6元

8

信创来了 收益105.84元

9

克里斯蒂亚诺诺 收益91.08元

10

技术-小陈 收益79.5元

请使用微信扫码

加入交流群

请使用微信扫一扫!