In general I'd agree with Trausti, but one thing to consider is that XP,
since service pack two, only allows 10 tcp connections at a time, unless
someone has applied a 3rd party patch, like Lvllord's, and even then
that limit is re-imposed with most of the security updates that come
from Windows updates. I don't know what behavior this could cause,
since, last I looked, it wasn't a very well documented behavior.
However, on the anecdotal side, a client of mine (I do freelance
computer and network support/design) switched his workstations to XP
from 98 and was losing connections to printers. He has 6 printers, and
anytime the tcp limit was reached, one or more of the printers would be
taken offline and you'd have to re-establish the connection manually.
Anyway, simply because of this, I'd suggest using a more dynamic
connect->payload->disconnect sort of approach.
Good luck,
Fargo
Tim James wrote:
I have a Rb2006/r4 Valentina v2 app that has to service up to 100
individual IP connections relatively infrequently (every 3 mins or so)
but in peak selling times every 30 seconds. The client is also in Rb/V2.
In terms of the design employed in both the server and the client,
which is better both in terms of server processing load and
reliability of the connection.
1. Have all clients establish a connection and leave it sitting there
all day ready for use, or connect/disconnect to/from the socket each
time access is needed to the server.
My concern is taking the wrong approach before I can network test the
full load of clients on the server
(Hardware currently is clients Win Xp, Server Apple X Serve)
TIA
Happy Holidays to All
Tim
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
