Socket bug

[Lloyd Dupont]

I'm doing some stress test for some TcpIP communication.
rougly it's someting like that:

for(i=0; i<1000; i++)
{
Sockect s = new Socket()
s.Connect(endPoint);

NetworkStream ns = new NetworkStream(s);
// .... read / write about 10k random bytes
....
ns.Close();
s.Close();
}

the problem is sometimes (usually at the 994th iteration, but not always) I
have a socket exception on Connect()
(NativeErrorCode: 10048, only one socket could listen at a given
address/port) ???
It's a client socket, and I don't bind it at all !!!

[Greg Ewing [MVP]]

Lloyd, could you post a working, simple sample which demonstrates what you
are seeing? A simple command line app would be perfect.

--
Greg Ewing [MVP]
http://www.citidc.com/

"Lloyd Dupont" <net.galador@ld> wrote in message
news:OJ**************@TK2MSFTNGP11.phx.gbl...

I'm doing some stress test for some TcpIP communication.
rougly it's someting like that:

for(i=0; i<1000; i++)
{
Sockect s = new Socket()
s.Connect(endPoint);

NetworkStream ns = new NetworkStream(s);
// .... read / write about 10k random bytes
....
ns.Close();
s.Close();
}

the problem is sometimes (usually at the 994th iteration, but not always) I have a socket exception on Connect()
(NativeErrorCode: 10048, only one socket could listen at a given
address/port) ???
It's a client socket, and I don't bind it at all !!!

[_]

On Sat, 11 Oct 2003 02:12:59 +1000, "Lloyd Dupont" <net.galador@ld> wrote:

s.Close();

The socket handles don't go away immediately, and so it sounds as if you're
running out.

--
What the caterpillar calls the end,
the rest of the world calls a butterfly.
~ Lao-tzu

Components For Thinkers
www.abderaware.com
zane @at@ abderaware .dot. com

[Ron Alberda [MSFT]]

This is a known issue. You are running out of "wildcard" ports. When you do
a connect the socket uses a wildcard port for receiving data. Each
connection goes into a "TIME_WAIT" state to prevent immediate re-use of the
port. This is by design to prevent port hijacking. The port becomes
available again after two minutes. If you do a "netstat -a" when you notice
the socket Exception you'll see lots of connections in the "TIME_WAIT"
state.

The workaround is to do a System.Threading.Thread.Sleep for ~2 minutes when
you get close to 1000 connections.

-Ron

"Lloyd Dupont" <net.galador@ld> wrote in message
news:ul**************@TK2MSFTNGP12.phx.gbl...

here you go, the stress client and server.
compile with:
csc /nologo /out:client.exe StressTest.cs StressClient.cs
csc /nologo /out:server.exe StressTest.cs StressServer.cs

and run server & client in 2 different console, although I would advise you to run client with a debugger, to catch the exception.

when I run client multiple time it bug, randomly, about every second
times....

"Greg Ewing [MVP]" <gewing@_NO_SPAM_citidc.com> a écrit dans le message de
news:Oa**************@TK2MSFTNGP12.phx.gbl...

Lloyd, could you post a working, simple sample which demonstrates what you are seeing? A simple command line app would be perfect.

--
Greg Ewing [MVP]
http://www.citidc.com/

"Lloyd Dupont" <net.galador@ld> wrote in message
news:OJ**************@TK2MSFTNGP11.phx.gbl...

I'm doing some stress test for some TcpIP communication.
rougly it's someting like that:

for(i=0; i<1000; i++)
{
Sockect s = new Socket()
s.Connect(endPoint);

NetworkStream ns = new NetworkStream(s);
// .... read / write about 10k random bytes
....
ns.Close();
s.Close();
}

the problem is sometimes (usually at the 994th iteration, but not

always)

I

have a socket exception on Connect()
(NativeErrorCode: 10048, only one socket could listen at a given
address/port) ???
It's a client socket, and I don't bind it at all !!!

[Lloyd Dupont]

ho, ok.
thanks for the info.
I had an excellent work around since then, anyway ;-)

"Ron Alberda [MSFT]" <ro*****@online.microsoft.com> a écrit dans le message
de news:ef**************@tk2msftngp13.phx.gbl...

This is a known issue. You are running out of "wildcard" ports. When you do a connect the socket uses a wildcard port for receiving data. Each
connection goes into a "TIME_WAIT" state to prevent immediate re-use of the port. This is by design to prevent port hijacking. The port becomes
available again after two minutes. If you do a "netstat -a" when you notice the socket Exception you'll see lots of connections in the "TIME_WAIT"
state.

The workaround is to do a System.Threading.Thread.Sleep for ~2 minutes when you get close to 1000 connections.

-Ron

"Lloyd Dupont" <net.galador@ld> wrote in message
news:ul**************@TK2MSFTNGP12.phx.gbl...

here you go, the stress client and server.
compile with:
csc /nologo /out:client.exe StressTest.cs StressClient.cs
csc /nologo /out:server.exe StressTest.cs StressServer.cs

and run server & client in 2 different console, although I would advise

you

to run client with a debugger, to catch the exception.

when I run client multiple time it bug, randomly, about every second
times....

"Greg Ewing [MVP]" <gewing@_NO_SPAM_citidc.com> a écrit dans le message de

news:Oa**************@TK2MSFTNGP12.phx.gbl...

Lloyd, could you post a working, simple sample which demonstrates what

you are seeing? A simple command line app would be perfect.

--
Greg Ewing [MVP]
http://www.citidc.com/

"Lloyd Dupont" <net.galador@ld> wrote in message
news:OJ**************@TK2MSFTNGP11.phx.gbl...
> I'm doing some stress test for some TcpIP communication.
> rougly it's someting like that:
>
> for(i=0; i<1000; i++)
> {
> Sockect s = new Socket()
> s.Connect(endPoint);
>
> NetworkStream ns = new NetworkStream(s);
> // .... read / write about 10k random bytes
> ....
> ns.Close();
> s.Close();
> }
>
> the problem is sometimes (usually at the 994th iteration, but not

always)

I
> have a socket exception on Connect()
> (NativeErrorCode: 10048, only one socket could listen at a given
> address/port) ???
> It's a client socket, and I don't bind it at all !!!
>
>

[Roy Green]

What was your excellent work around?

Roy

"Lloyd Dupont" <net.galador@ld> wrote in message
news:u3**************@TK2MSFTNGP09.phx.gbl...

ho, ok.
thanks for the info.
I had an excellent work around since then, anyway ;-)

[Lloyd Dupont]

sorry for this late answer, I didn't touch my computer lately.

well the workaround is simple, I juste create one socket ;-)
I use a connected mode, I oen a bunch of client to my server and kept them
open and reuse them.

it runs very well and local test were twice as fast.

the coding were much longer though (there is lot of sofistication working
transparently like async read/write, auto-reconnection, message queuing and
home made thread pool ...)

"Roy Green" <ro******@mindspring.com> a écrit dans le message de
news:u0**************@TK2MSFTNGP11.phx.gbl...

What was your excellent work around?

Roy

"Lloyd Dupont" <net.galador@ld> wrote in message
news:u3**************@TK2MSFTNGP09.phx.gbl...

ho, ok.
thanks for the info.
I had an excellent work around since then, anyway ;-)