Hello,
As you may remember, I am coding a HTTP load balancer using our web server code. All is well with the web server with an hour of stress test and no memory leaks or errors of any sort BUT in the load balancer alpha, after 1:20 mins, I get an access violation with only kernel in the call stack. The load balancer uses only THttpCli as an additional component to the web server and I wonder if there are any known issues after the November 7 beta.
Note: I am using nexusmm with the service and there is problem with "out of memory" errors. However I get lots of TIME_WAIT sockets in Activeports but anyway the program should drop connections and NT crash.
Best Regards,
SZ

Hello,

Is is a BSD ? do you have a firewall running on the server machine ?

If yes, then UNINSTALL (not only de-activate) the firewall for the
stress test.

When I did stress test on my apps I got BSD and it was because my
Kerio Personal Firewall 2.1.5 crash system after about 65000
opened/closed sockets actions. De-activating it was not enought
because drivers was still loaded and working whenever it was "full
opened mode".

advices, when you want to bench a server, always get rid of
installed firewalls (both server and stressing client side) because
they slow down performances a lot and you can get strange behaviors
bacsue of some obscure firewall bugs !

Regards.

FTHello,

FTAs you may remember, I am coding a HTTP load balancer using our web server code. All is well with the web server with an hour of stress test and no memory leaks or errors of any sort BUT in the
FTload balancer alpha, after 1:20 mins, I get an access violation with only kernel in the call stack. The load balancer uses only THttpCli as an additional component to the web server and I wonder
FTif there are any known issues after the November 7 beta.

FTNote: I am using nexusmm with the service and there is problem with "out of memory" errors. However I get lots of TIME_WAIT sockets in Activeports but anyway the program should drop connections
FTand NT crash.

FTBest Regards,

FTSZ

Hello,

Thnak you for your answer but actually the client and the server is on the
same XP home machine and there is firewall including the XP SP2 firewall.
Nothing. I know dropping connections is normal after a while with the home
os but it should not crash. Currently application terminates.!

Best Regards,

SZ

Message
From: "Dod" <dodfr (AT) sky (DOT) fr>
To: "ICS support mailing" <twsocket (AT) elists (DOT) org>
Sent: Thursday, December 22, 2005 12:49 PM
Subject: Re: [twsocket] Any known bugs of THttpCli after the last beta?

Hello,

Is is a BSD ? do you have a firewall running on the server machine ?

If yes, then UNINSTALL (not only de-activate) the firewall for the
stress test.

When I did stress test on my apps I got BSD and it was because my
Kerio Personal Firewall 2.1.5 crash system after about 65000
opened/closed sockets actions. De-activating it was not enought
because drivers was still loaded and working whenever it was "full
opened mode".

advices, when you want to bench a server, always get rid of
installed firewalls (both server and stressing client side) because
they slow down performances a lot and you can get strange behaviors
bacsue of some obscure firewall bugs !

Regards.

FTHello,

FTAs you may remember, I am coding a HTTP load balancer using our web
server code. All is well with the web server with an hour of stress test
and no memory leaks or errors of any sort BUT in the
FTload balancer alpha, after 1:20 mins, I get an access violation with
only kernel in the call stack. The load balancer uses only THttpCli as an
additional component to the web server and I wonder
FTif there are any known issues after the November 7 beta.

FTNote: I am using nexusmm with the service and there is problem with
"out of memory" errors. However I get lots of TIME_WAIT sockets in
Activeports but anyway the program should drop connections
FTand NT crash.

FTBest Regards,

FTSZ

Hello Fastream,

humI also had this trouble during stress of my server test but I
can't remember the cause.

If you get lot of time_wait you should take care about memory usage
because a time_wait socket use same memory as working socket.

FTThnak you for your answer but actually the client and the server is on the
FTsame XP home machine and there is firewall including the XP SP2 firewall.
FTNothing. I know dropping connections is normal after a while with the home
FTos but it should not crash. Currently application terminates.!

Hello Dod,

I have 1GB RAM and here is my diagnosis: In my web server which responds
from disk/memory and there is a single socket per client, N problem occurs
even though sockets run out with TIME_WAITs. connections dropped which
is normal.

However, with the load balancer which has two sockets per client (the second
one being the THttpCli that connects to web server), when there is no
available sockets, application terminates.

Francois, could this be a bug in ICS client sockets? I cannot put break
points and test as it happens after 1:30 mins of stress testing.

Best Regards,

SubZ

Message
From: "Dod" <dodfr (AT) sky (DOT) fr>
To: "ICS support mailing" <twsocket (AT) elists (DOT) org>
Sent: Thursday, December 22, 2005 3:28 PM
Subject: Re: [twsocket] Any known bugs of THttpCli after the last beta?

Hello Fastream,

humI also had this trouble during stress of my server test but I
can't remember the cause.

If you get lot of time_wait you should take care about memory usage
because a time_wait socket use same memory as working socket.

FTThnak you for your answer but actually the client and the server is on
the
FTsame XP home machine and there is firewall including the XP SP2
firewall.
FTNothing. I know dropping connections is normal after a while with the
home
FTos but it should not crash. Currently application terminates.!

Francois, could this be a bug in ICS client sockets?
I don't think so.
I cannot put break
points and test as it happens after 1:30 mins of stress testing.
Use MadExcept.

Hello Francois,

Message
From: "Francois Piette" <francois.piette (AT) overbyte (DOT) be>
To: "ICS support mailing" <twsocket (AT) elists (DOT) org>
Sent: Friday, December 23, 2005 9:38 AM
Subject: Re: [twsocket] Any known bugs of THttpCli after the last beta?


>Francois, could this be a bug in ICS client sockets?
>
I don't think so.
>
>I cannot put break
>points and test as it happens after 1:30 mins of stress testing.
>
Use MadExcept.

Just tried. I have a big problem: If I do not use NexusMM (a fast memory
manager), then due to memory fragmentation the server goes out of memory in
30 secs before the AV. If I use it, then MadExcept cannot catch ANYTHING!
Any idea?

Regards,

SZ

The problem when I attach the debugger to the service process seems to
be "Cannot create a hidden windows for TWSocket.". Any cure for this?

I am using 32 THttpConnection/THttpCli pairs per thread. Could this be a
reason? I tried with 16 but still an AV.

Best Regards,

SZ

Message
From: "Francois Piette" <francois.piette (AT) overbyte (DOT) be>
To: "ICS support mailing" <twsocket (AT) elists (DOT) org>
Sent: Friday, December 23, 2005 9:38 AM
Subject: Re: [twsocket] Any known bugs of THttpCli after the last beta?


>Francois, could this be a bug in ICS client sockets?
>
I don't think so.
>
>I cannot put break
>points and test as it happens after 1:30 mins of stress testing.
>
Use MadExcept.

last note: this happens with 8 connections/thread as well and with 16
stress tester socrates threads.

Thank you in advance,

SZ

Message
From: "Fastream Technologies" <gates (AT) fastream (DOT) com>
To: "ICS support mailing" <twsocket (AT) elists (DOT) org>
Sent: Friday, December 23, 2005 10:22 AM
Subject: Re: [twsocket] Any known bugs of THttpCli after the last beta?

The problem when I attach the debugger to the service process seems to
be "Cannot create a hidden windows for TWSocket.". Any cure for this?

I am using 32 THttpConnection/THttpCli pairs per thread. Could this be a
reason? I tried with 16 but still an AV.

Best Regards,

SZ

Message
From: "Francois Piette" <francois.piette (AT) overbyte (DOT) be>
To: "ICS support mailing" <twsocket (AT) elists (DOT) org>
Sent: Friday, December 23, 2005 9:38 AM
Subject: Re: [twsocket] Any known bugs of THttpCli after the last beta?
--
Francois, could this be a bug in ICS client sockets?
>>
>I don't think so.
>>
I cannot put break
points and test as it happens after 1:30 mins of stress testing.
>>
>Use MadExcept.
>>
>--
>francois.piette (AT) overbyte (DOT) be
>http://www.overbyte.be
>>
>>
>Message
>From: "Fastream Technologies" <gates (AT) fastream (DOT) com>
>To: "ICS support mailing" <twsocket (AT) elists (DOT) org>
>Sent: Thursday, December 22, 2005 7:57 PM
>Subject: Re: [twsocket] Any known bugs of THttpCli after the last beta?
>>
>>
Hello Dod,

I have 1GB RAM and here is my diagnosis: In my web server which responds
from disk/memory and there is a single socket per client, N problem
occurs
even though sockets run out with TIME_WAITs. connections dropped
which
is normal.

However, with the load balancer which has two sockets per client (the
second
one being the THttpCli that connects to web server), when there is no
available sockets, application terminates.

Francois, could this be a bug in ICS client sockets? I cannot put break
points and test as it happens after 1:30 mins of stress testing.

Best Regards,

SubZ

Message
From: "Dod" <dodfr (AT) sky (DOT) fr>
To: "ICS support mailing" <twsocket (AT) elists (DOT) org>
Sent: Thursday, December 22, 2005 3:28 PM
Subject: Re: [twsocket] Any known bugs of THttpCli after the last beta?

Hello Fastream,
>
humI also had this trouble during stress of my server test but I
can't remember the cause.
>
If you get lot of time_wait you should take care about memory usage
because a time_wait socket use same memory as working socket.
>
FTThnak you for your answer but actually the client and the server
is
on
the
FTsame XP home machine and there is firewall including the XP SP2
firewall.
FTNothing. I know dropping connections is normal after a while with
the
home
FTos but it should not crash. Currently application terminates.!
>
--
To unsubscribe or change your settings for TWSocket mailing list
please goto
Visit our website at http://www.overbyte.be

--
To unsubscribe or change your settings for TWSocket mailing list
please goto
Visit our website at http://www.overbyte.be
>--
>To unsubscribe or change your settings for TWSocket mailing list
>please goto
>Visit our website at http://www.overbyte.be
>