A common cause of long delays when first connecting is reverse dns lookups.
Your PC is 192.168.1.100 and you're telneting to a server.  It does a lookup
of 192.168.1.100 to record the host name and it can take a while for dns to
come back that it doesn't exist.  The dns query is cached, so connecting a
few minutes later is fast.  The best solution is to setup a reverse lookup
domain, but adding dummy records to /etc/hosts (or
%systemroot%\system32\drivers\etc\hosts) like:

pc100   192.168.1.100
pc101   192.168.1.101

Works too.  If "nslookup 192.168.1.100" doesn't return your pc host name,
then this might be worth checking...

> -----Original Message-----
> From: Adrian Matthews [mailto:[EMAIL PROTECTED] 
> Sent: Thursday, September 09, 2004 12:21 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [U2] UVODBC first query
> 
> 
> Are you sure? Certainly doesn't happen on any of our servers, 
> connection is near enough instant whether via telnet, 
> uniobjects or JDBC.
> 
> ________________________________
> 
> From: [EMAIL PROTECTED] on behalf of Don Verhagen
> Sent: Thu 09/09/2004 17:52
> To: [EMAIL PROTECTED]
> Subject: RE: [U2] UVODBC first query
> 
> 
> 
> I know this happens even with TELNET on Window Servers. It 
> has something do with the first time it looks up a username 
> in the doman and then it caches the the user tree (probably 
> wrong term) of all the users. So each login after than does 
> NOT have to retrieve a list of users. Does that make sense?
> 
> Thanks,
> 
> 
> --
> Donald Verhagen
> Application Development Manager
> [EMAIL PROTECTED]
> Tandem Staffing Solutions, Inc.
> 1690 S Congress Avenue, Suite 210
> Delray Beach, FL 33445  USA
> Voice Phone: 561.454.3592 Fax Phone: 561.454.3640
> 
> >>> [EMAIL PROTECTED] 11:44:18 AM 09/09/2004 >>>
> We are using UVODBC to connect our web site to our production 
> UV database and we also experience a FIRST CONNECT lag time. 
> Subsequent queries are processed almost immediately. We have 
> considered creating a routine on the server to periodically 
> query UV so that any user would hopefully be the SECOND CONNECT.
> 
> Garry Smith
> Dir. Info Systems
> Charles McMurray Company
> V# 559-292-5782   F# 559-346-6169
> 
> CONFIDENCE NOTICE:
> This is an e-mail message, theretofore may have many 
> accompanying documents, and is truly for the intended 
> recipient(s) and heretofore may contain data and information. 
>  Surely any unauthorized review, use, disclosure, 
> distribution or copying could become arum nauseous.  If you 
> are not the intended recipient, please look deep within 
> yourself by any means and immediately forgo digesting the 
> original message.
> 
> > -----Original Message-----
> > From: Andy Moore [SMTP:[EMAIL PROTECTED]
> > Sent: Thursday, September 09, 2004 3:42 AM
> > To:   [EMAIL PROTECTED]
> > Subject:      [U2] UVODBC first query
> >
> > We are using a report writer called Bi/Query with Universe via the 
> > UVODBC and have noticed that once connected to the database, the
> first
> > query has a delay of about 20 seconds before it returns any results.
> >
> > Further queries after this time run immediately without the delay,
> but
> > leaving the session without activity for about 5-10 minutes means
> that
> > the next query again has a 20 second delay before returning any
> results.
> >
> > We have noticed this on many of our customer sites, has anyone else 
> > experienced this delay with the UVODBC or aware of what may cause
> this
> > or how to fix it?
> >
> > Thanks
> >
> >
> > Andy Moore
> > Selima Software Ltd
> > Tel: 0114 2815000
> > Fax: 0114 2817777
> > email: [EMAIL PROTECTED]
> > -------
> > u2-users mailing list
> > [EMAIL PROTECTED]
> > To unsubscribe please visit http://listserver.u2ug.org/
> -------
> u2-users mailing list
> [EMAIL PROTECTED]
> To unsubscribe please visit http://listserver.u2ug.org/
> -------
> u2-users mailing list
> [EMAIL PROTECTED]
> To unsubscribe please visit http://listserver.u2ug.org/
> 
> 
> 
> 
> The information contained in this email is strictly 
> confidential and for the use of the addressee only, unless 
> otherwise indicated.  If you are not the intended recipient, 
> please do not read, copy, use or disclose to others this 
> message or any attachment.  Please also notify the sender by 
> replying to this email or by telephone +44 (0)20 7896 0011 
> and then delete the email and any copies of it.  Opinions, 
> conclusions (etc.) that do not relate to the official 
> business of this company shall be understood as neither given 
> nor endorsed by it.  IG Markets Limited and IG Index Plc are 
> authorised and regulated by the Financial Services Authority 
> and, in Australia, by the Australian Securities and 
> Investments Commission.
> 
> [demime 1.01d removed an attachment of type 
> application/ms-tnef which had a name of winmail.dat]
> -------
> u2-users mailing list
> [EMAIL PROTECTED]
> To unsubscribe please visit http://listserver.u2ug.org/
-------
u2-users mailing list
[EMAIL PROTECTED]
To unsubscribe please visit http://listserver.u2ug.org/

Reply via email to