Aage,
there's really no need for NetBEUI at all anymore. It was invented by M$ for
very small pier to pier networks. It actually now uses TCP to resolve names
anyway. So you are really adding an unnecessary layer to your network with
it. I never install it/remove from all my networks if it's there.
As for "local" connection string...
You make a connection infequently compared with overall server requests. The
time taken to make the connection is immaterial. The server, however, is, in
my experience, always better to be treated as a remote service anyway. so
servername:drive:/path etc is always a better way to go. That way all
clients are always connecting with the identical connection string. Even
using servername vs localhost... it's better to use severname for the same
reason.

Alan
-----Original Message-----
From: Aage Johansen [mailto:aagjohan@...]
Sent: Monday, 4 November 2002 7:41
To: ib-support@yahoogroups.com
Cc: Aage Johansen
Subject: [ib-support] Re: All about different connection strings?


Helen wrote:
<<
If you are noticing the slowdown with a localhost connection, as compared
with a local connection, the cause is more likely to do with competition
from NetBEUI and/or IPX/SPX on the server's protocol stack than with local
loopback. Does your DB server need those other protocols at all? If you
need either of them, what is the effect if you remove and then re-add
them,
to force TCP/IP to the top of the stack?

>>

Shouldn't a local connection be faster than TCP/IP? Maybe just
imperceptibly so?

I don't think there are any traces of IPX/SPX on our LAN (now using TCP/IP
with Netware/6).
I might be able to remove NetBEUI. I did this a long time ago on a WinNT4
server, which gave me an uncomfortable feeling before things settled
down -
maybe booting once or twice was necsssary. I don't really enjoy fiddling
with something that works...
I'll check out about TCP/IP being on top.


Regards,
Aage J.


Yahoo! Groups Sponsor
ADVERTISEMENT




To unsubscribe from this group, send an email to:
ib-support-unsubscribe@egroups.com



Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.



[Non-text portions of this message have been removed]