I'll look at that. This occurs on all Linux platforms, including a generic
2.4.31 I downloaded from kernel.org. The user test is trivial, just doing
the nonblocking connect, the poll, the send, and then the close, in that loop.
Tom
Chris Wedgwood wrote:
On Thu, Jun 16, 2005 at 11:08:28PM +0000, [email protected] wrote:
I've been working with some tcp network test programs that have
multiple clients opening nonblocking sockets to a single server
port, sending a short message, and then closing the socket,
100,000 times. Since the socket is non-blocking, it generally
tries to connect and then does a poll since the socket is busy.
The test fails if the poll times out in 10 seconds. It fails
consistently on Linux servers but succeeds on Solaris servers; the
client is a non-issue unless its loopback on the Linux server.
where is the code for this? are you sure you're not overflowing the
listen backlog somewhere? that would show up in some cases but not
all depending on latencies and local scheduler behavior
--
Tom McNeal
(650)906-0761(cell)
(650)964-8459(fax)
Email: [email protected]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]