Linux上TCP丢失小包不可见的解决
Linux上TCP丢失小包不可见的解决
作者：千里孤行(http://blog.csdn.net/yanghehong)
有网友在做一个Linux上的客户端碰到这样的问题：
我们在Linux下开发一个网络客户端程序（服务器是不可修改的），不断向服务器不定期发送一些很小的包（一般只有几十字节），现在出现这种情况：大部分包正常发送，但是当无线Modem断开的时候，如果这个时候刚好有一个小包，就可能丢失，但在程序中却显示已经发送成功，导致丢包。
我们分析原因是这样：
1：主程序创建Socket，TCP/IP方式，并采用Stream方式
2：主程序调用Write，写入小包到系统的Socket缓冲区，并返回成功写入，由于字节数很小，所以一般都立即返回写入成功！
3：Linux TCP/IP协议栈把Socket缓冲区数据发送到服务器
如果第二步完成，刚好在第三步出现无线Modem断开的情况，就会导致主程序以为已经发送成功了，但服务器收不到的情况。
我们在网络上搜索了大量的资料，但是没有找到最终的解决方案，一般都是要求修改协议，加上对小包的ACK处理，但我们这边无法控制服务器。
我们也试着控制KeepAlive和NoDelay，但还是没效果：
//对sock_cli设置KEEPALIVE和NODELAY
len = sizeof(unsigned int);
setsockopt(sock_cli, SOL_SOCKET, SO_KEEPALIVE, &optval, len);//使用KEEPALIVE
setsockopt(sock_cli, IPPROTO_TCP, TCP_NODELAY, &optval, len);//禁用NAGLE算法
请问有什么方式可以解决这种情况？
如果是Windows的，可以把内核的发送buffer设为0，也就是socket的SO_SNDBUF选项。那么直到服务器TCP收到数据并ack了，客户端的写入才返回成功。
不过这种设SO_SNDBUF的方法在Linux上是行不通的。Linux不让把发送buffer设为0。
Linux内核中的代码是这样的：
Socket.c
int sock_setsockopt(struct socket *sock, int level, int optname,
char __user *optval, int optlen)
{
case SO_SNDBUF:
/* Don't error on this BSD doesn't and if you think
about it this is right. Otherwise apps have to
play 'guess the biggest size' games. RCVBUF/SNDBUF
are treated in BSD as hints */
if (val > sysctl_wmem_max)
val = sysctl_wmem_max;
set_sndbuf:
sk->sk_userlocks |= SOCK_SNDBUF_LOCK;
if ((val * 2) < SOCK_MIN_SNDBUF)
sk->sk_sndbuf = SOCK_MIN_SNDBUF;
else
sk->sk_sndbuf = val
相关文档：
用pscp 在Windows与Linux之间传输文件
putty工具在我的下载中有
步骤如下：
1. 整个流程是这样，在windows的命令行下，用pscp命令把文件从windows指定目录发送到linux指定目录；或者是文件从linux指定目录下载到windows指定目录中。
两种传输文件的方式都是在Windows系统下操作的，linux系� ......
先介绍一下情况，服务器A和服务器B都是CentOS 4.6的系统，现在要做HA
Cluster，为了避免裂脑的发生，要提高心跳链路的可靠性，下图是现时的连接情况，服务器A的eth2、eth3分别和服务器B的eth2、eth3
相连（没有顺序关系），所有网卡都是千兆网卡，拓扑图如下所示：
在介绍一起硬件情况，服务器A是一台HP DL380
G5， ......
windows(dos)下的换行符 和 linux (ubuntu)下的换行符是不同的。
在涉及到DOS下的文本 在LINUX下 操作时，就涉及到换行符不同带来的麻烦。
，在DOS使用的换行符为 ^M$，我们称为CR与LF两个符号。而在Linux中，则仅有LF ($) 这个换行符。这个换行符对于
Linux的影响很大。
我们说过，在开始执行Linux命令时，它的判断依
......
我最近的工作是在linux环境下测试一个.so的动态库，我暂时命名为libdawn.so,是同事实现的，我需要再我的测试程序中加载这个库，并调试该库，我用的编译环境是Eclipse.
1. 在Eclipse->Project->Properities->c/c++ Build->setting->gcc c++ Linker(如果是用gcc c编译的则选gcc c Linker)->Libraries ......
主要看了Linux完全注释那本书，终于准备攻读Linux内核源码了，先看了第二张的总体概念，感觉操作系统有很多东西还真是大同小异，记得ucos就是有一个叫做快表的东西，里面最多可以表示64个进程，而早版的Linux（0.11）也有这个一说的东西。
在Linux中也有一个PCB来表示每个进程，在这个结构体中，有指向任务代码的� ......
