两个问题：一、系统缓冲区到socket缓冲区的问题；二、EAGAIN问题。

forward_ding

问题一、
请教下：为send设置了不经历由系统缓冲区到socket缓冲区的拷贝，这跟不设置有什么不同（除了网络上说的性能提升外）？
数据经过系统缓冲区有什么好处？


问题二、
我现在程序有个问题：很容易出现EAGAIN（资源暂时不可用），程序用的是libevent封装的epoll，按照网上的说法有三种解决方法：
1.调大tcp_sendspace，使之大于send中的size参数。
但我觉得生产机参数一般不宜调吧，况且有多台；
2.在调用send前，在setsockopt函数中为SNDBUF设置更大的值。
这个倒是设置了，但是还是经常有EAGAIN出现；
3.使用write替代send，因为write没有设置O_NDELAY或者O_NONBLOCK
这个没有试，主要是考虑socket还是用send比较好，可以设置一些带外参数。

我也尝试在包裹函数中像处理EINTR中断一样处理EAGAIN，但后来发现过一段时间后程序cpu占用很严重，并且从日志观察到程序不处理数据了，像死循环。包裹函数如下：

1. /* Write "n" bytes to a descriptor. */
   
2. int mysend(unsigned int fd, const void *vptr, int n)
   
3. {
   
4.     errflag = 0;
   
5.     int nleft;
   
6.     int nwritten;
   
7.     const char *ptr;
   
8. 
   
9.     ptr = vptr;
   
10.     nleft = n;
    
11.     while (nleft > 0)
    
12.     {
    
13.         if ((nwritten = send(fd, ptr, nleft, 0)) <= 0)
    
14.         {
    
15.             errflag = 1;
    
16.             int errtmp = errno;
    
17.             if (errtmp == EINTR || errtmp == EAGAIN)
    
18.                 nwritten = 0;  /* and call write() again */
    
19.             else
    
20.             {
    
21.                 LOG_ERROR(chatlog, "send message to fd %d error : %s", fd, strerror(errtmp));
    
22.                 return(errtmp);   /* error */
    
23.             }
    
24.         }
    
25. 
    
26.         nleft -= nwritten;
    
27.         ptr   += nwritten;
    
28.     }
    
29.     return(n);
    
30. }

复制代码

hellioncu

用select/poll/epoll之类的

forward_ding

楼上什么意思呢？我用的是libevent封装的epoll

ibinliu

随便扯下阿，socket的资源暂时不可用大多是因为你在非阻塞模式下调用了阻塞操作，在该操作没有完成就返回这个错误。write本身就是阻塞的io把，所以不会有这个问题。这个你要仔细找找是不是非阻塞的情况下没有数据可用（发送或者接受没有数据）

lifcu3

第一个问题，增加缓冲区是为了减少网络IO，这对于频繁少量数据性能提升很明显，不用缓冲区的话，发送的数据会立即进入网络通道，而且如果网络忙的话，应该会更容易出错。

forward_ding

ibinliu 发表于 2012-06-26 11:09
随便扯下阿，socket的资源暂时不可用大多是因为你在非阻塞模式下调用了阻塞操作，在该操作没有完成就返回这 ...

前提本身就是非阻塞模式下调用了阻塞操作，应该不会有其它情况导致EAGAIN了吧？

huxk

EAGAIN下次再写 非阻塞还想一次性搞定就没意义了。performance was killed。

forward_ding

huxk 发表于 2012-06-26 13:01
EAGAIN下次再写 非阻塞还想一次性搞定就没意义了。performance was killed。

epoll是基于事件触发的，并且我一份数据是发给多个客户端的，你的下次是指把发生EAGAIN的fd和发送的数据保存起来，过几毫秒再发？这种实现起来不知是否麻烦，我也曾经考虑过。

huxk

epoll要一个可用的程序本身就麻烦，代码量和阻塞相比要成倍翻。如果客户端不上万就用阻塞的吧。非阻塞不符合人类思维习惯。

forward_ding

huxk 发表于 2012-06-26 13:18
epoll要一个可用的程序本身就麻烦，代码量和阻塞相比要成倍翻。如果客户端不上万就用阻塞的吧。非阻塞不符 ...

代码量不大，倒是内存开销太大（需要额外的变量保存客户端的某些逻辑数据处理），已经上万了，还有更好的方法吗？