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"
