Good point - as well sometimes I have seen cards set to "auto detect" and you would get funky things happening as well.
On 6/26/08, Chowdhury, Tauf <[EMAIL PROTECTED]> wrote: > As far as the network goes, you may also want to check the link speed on > the network cards on the servers in question and compare them to the > switch port configuration. Often times, if the link speeds don't match, > you will get a lot of funky things happening. > > Tauf Chowdhury | Forest Laboratories, Inc. > Sr. Analyst > Informatics Service Desk > 631.858.7777 > > > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:[EMAIL PROTECTED] On Behalf Of Axton > Sent: Thursday, June 26, 2008 1:44 PM > To: arslist@ARSLIST.ORG > Subject: Re: Remedy - sensitive to network performance? > > You are probably referring to the QoS and ToS, but that really > shouldn't be necessary unless the issue is caused by network > saturation. Chances are, latency is the core issue. The only things > I know of to address the apparent performance issue, assuming latency > is the issue, include: > > - reduce the number of round trips between the client and server > - alter the network topology so that the latency is reduced > - identify devices that are overloaded causing increases in the > latency and address them > > Axton Grams > > On Thu, Jun 26, 2008 at 12:43 PM, Susan Palmer <[EMAIL PROTECTED]> > wrote: > > ** > > Dave, > > > > All of these are very good 'Remedy' answers. But it is likely your > gut > > instinct of network is correct. Went through this a few years back. > Of > > course the network is never to blame. One location 5 mi from the > server was > > much slower than a location 200 mi from the server. We used > coordinated > > stop-watch timings initially to document the issue. Then we moved to > > sniffer stuff. It was finally acknowledged that the building only 5 > mi away > > had a very poorly designed network (old) and it showed many hops > within the > > building. Probably went further than the 200 mi building. > > > > Another factor that always played in a bit was how much video was > being > > played at PC's. Remedy is chatty and all those little packets get > stuck > > behind those big blobs of video. I don't remember the network terms, > but > > had something to do with setting the priority of the applications on > the > > network so our packets would go first before those other things. I > think > > there was network load balancing in play too for that. Forgive me my > poor > > network language. > > > > Good luck ... uphill battle against the network team ! > > > > Susan > > > > On Thu, Jun 26, 2008 at 11:13 AM, Ciplak, Can <[EMAIL PROTECTED]> > wrote: > >> > >> Dave, > >> > >> When did you notice this issue? Have you introduced any change to the > >> applications recently? > >> > >> If that is the case, try deleting .arv and .arf files at the client > side > >> and see if deleting the files helps with the issue. > >> > >> Can Ciplak > >> NAV CANADA > >> > >> 613) 563-3512 > >> > >> > >> > >> -----Original Message----- > >> From: Action Request System discussion list(ARSList) > >> [mailto:[EMAIL PROTECTED] On Behalf Of Barber, David > >> Sent: June 26, 2008 10:18 AM > >> To: arslist@ARSLIST.ORG > >> Subject: Re: Remedy - sensitive to network performance? > >> > >> Sorry ... > >> > >> Clients are all running on v7.0.01 user tool. No mid tier in use. > >> AR Server is running on Win2k3, 8 procssors > >> Database is running sql server on similar hardware/OS to the AR > Server > >> > >> The server/database are very close to each other. Based in a data > >> center somewhere very remote from us in head office. Invariably here > at > >> head office performance is fine, its other users who generally have > >> problems. > >> > >> From the experience and tests we've done it does appear to be > sensitive > >> to network performance. Although having said that AR Server load is > >> around 20-25%, SQL Server normally 90+% load. > >> > >> Regards > >> > >> Dave > >> > >> -----Original Message----- > >> From: Action Request System discussion list(ARSList) > >> [mailto:[EMAIL PROTECTED] Behalf Of William Rentfrow > >> Sent: 26 June 2008 15:06 > >> To: arslist@ARSLIST.ORG > >> Subject: Re: Remedy - sensitive to network performance? > >> > >> > >> Can you give us more information about your setup? Database type, > >> server OS, web server type, etc? > >> > >> I assume you are using 1 AR Server connected to a local (relative to > the > >> server) database. > >> > >> You did not mention whether or not you are using the Web or Windows > >> clients either. > >> > >> William Rentfrow > >> Principal Consultant, StrataCom > >> [EMAIL PROTECTED] > >> O 952-432-0227 > >> C 701-306-6157 > >> > >> ________________________________ > >> > >> From: Action Request System discussion list(ARSList) on behalf of > >> Barber, David > >> Sent: Thu 6/26/2008 8:11 AM > >> To: arslist@ARSLIST.ORG > >> Subject: Remedy - sensitive to network performance? > >> > >> > >> ** > >> > >> Hi, > >> > >> Has anyone experienced end-user performance problems with Remedy over > >> larger networks? > >> > >> We're running a suite of bespoke applications, and are finding that > some > >> tasks such as opening/updating incidents can take orders of magnitude > >> longer in some locations. For example it can take me 8 seconds, but > a > >> colleague at another location 2 or 3 minutes. > >> > >> Have been able to do some local benchmarks - typical ping responses > are > >> circa 10ms, but at points when we find that even our performance is > hit, > >> we find the network is responding to pings at maybe 60+ms. Our > network > >> guys invariably say that the network is running fine ... > >> > >> So it appears that Remedy, or at least the applications we're > running, > >> are incredibly sensitive to network performance. Any suggestions > from > >> the list as to what we can do to improve performance? > >> > >> Regards > >> > >> Dave > >> > >> > >> This e-mail has been scanned for viruses by the Cable & Wireless > e-mail > >> security system - powered by MessageLabs. For more information on a > >> proactive managed e-mail security service, visit > >> http://www.cw.com/uk/emailprotection/ > >> > >> The information contained in this e-mail is confidential and may also > be > >> subject to legal privilege. It is intended only for the recipient(s) > >> named above. If you are not named above as a recipient, you must not > >> read, copy, disclose, forward or otherwise use the information > contained > >> in this email. If you have received this e-mail in error, please > notify > >> the sender (whose contact details are above) immediately by reply > e-mail > >> and delete the message and any attachments without retaining any > copies. > >> > >> Cable and Wireless plc > >> Registered in England and Wales.Company Number 238525 > >> Registered office: 3rd Floor, 26 Red Lion Square, London WC1R 4HQ > >> __Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers > Are" > >> html___ > >> > >> > ________________________________________________________________________ > >> _______ > >> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > >> Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" > >> > >> This e-mail has been scanned for viruses by the Cable & Wireless > e-mail > >> security system - powered by MessageLabs. For more information on a > >> proactive managed e-mail security service, visit > >> http://www.cw.com/uk/emailprotection/ > >> > >> The information contained in this e-mail is confidential and may also > be > >> subject to legal privilege. It is intended only for the recipient(s) > >> named above. If you are not named above as a recipient, you must not > >> read, copy, disclose, forward or otherwise use the information > contained > >> in this email. If you have received this e-mail in error, please > notify > >> the sender (whose contact details are above) immediately by reply > e-mail > >> and delete the message and any attachments without retaining any > copies. > >> > >> Cable and Wireless plc > >> Registered in England and Wales.Company Number 238525 > >> Registered office: 3rd Floor, 26 Red Lion Square, London WC1R 4HQ > >> > >> > ________________________________________________________________________ > >> _______ > >> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > >> Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" > >> > >> > >> > ________________________________________________________________________ > _______ > >> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > >> Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" > > > > __Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" > > html___ > > ________________________________________________________________________ > _______ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" > > This e-mail and its attachments may contain Forest Laboratories, Inc. > proprietary information that is privileged, confidential or subject to > copyright belonging to Forest Laboratories, Inc. This e-mail is intended > solely for the use of the individual or entity to which it is addressed. If > you are not the intended recipient of this e-mail, or the employee or agent > responsible for delivering this e-mail to the intended recipient, you are > hereby notified that any dissemination, distribution, copying or action taken > in relation to the contents of and attachments to this e-mail is strictly > prohibited and may be unlawful. If you have received this e-mail in error, > please notify the sender immediately and permanently delete the original and > any copy of this e-mail and any printout. > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"