[Serdev] tcp_send

Andrei Pelinescu-Onciul andrei at iptel.org
Fri Jan 26 20:45:23 UTC 2007


On Jan 26, 2007 at 09:42, samuel <samu60 at gmail.com> wrote:
> In a recent post Andrei (please correct me if I'm wrong) already
> noticed this and said it is on the TODO list.
> 

Yes, it's on my todo list (and since a very long time  on the
sip_router/TODO list under the fd cache for tcp_send name).
In fact (as the fd cache name implies) I want to do more then this, I
want to cache the last used n fds in the sender process (where n is
 a small number, like 4 or 5). Because of these I would probably replace
 the close() in tcp main with shutdown().

Another problem spot in tcp is the tcp timer which needs replacing
 (I've started something ~1 year ago, hopefully I'll return to it soon).

Andrei

> Samuel.
> 
> 2007/1/25, Katty Xiong <cyyxiong at yahoo.com>:
> >
> >Hi,
> >
> >The current tcp_send() (in tcp_main.c) always asks the
> >main tcp process for the connection fd. Actually, the
> >fd returned by the TCP main process is same as the one
> >pointed by the tcp connection that is already known by
> >the function. So is there corner cases that force
> >tcp_send to ask the tcp main process for fd instead of
> >using the fd pointed by the tcp connection?
> >
> >In stress tests, I notice that the tcp main process
> >actually becomes a bottleneck because it needs to
> >serve many fd requests from TCP child processes. I
> >believe SER will scales better if tcp child processes
> >doesn't burden the tcp main process with fd requests.
> >
> >
> >thanks,
> >Joy
> >
> >
> >
> >____________________________________________________________________________________
> >Want to start your own business?
> >Learn how on Yahoo! Small Business.
> >http://smallbusiness.yahoo.com/r-index
> >_______________________________________________
> >Serdev mailing list
> >Serdev at lists.iptel.org
> >http://lists.iptel.org/mailman/listinfo/serdev
> >
> _______________________________________________
> Serdev mailing list
> Serdev at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serdev


More information about the Serdev mailing list