Good advice. One other quick win is to ensure that the forms aren't populating or auto-refreshing table fields until requested to do so.
The probable answer, though, is in the configuration of one of the network hops, as others have suggested. I'd put a sniffer on that sucker. Rick On Thu, Jun 26, 2008 at 7:59 AM, Axton <[EMAIL PROTECTED]> wrote: > Then it's something you are going to have to live with. You can tweak > your apps to be less chatty. Active link table walks, active link set > fields, active link push fields, etc. all require a round trip back to > the server. Filter actions of the same type do not require a round > trip to the server. If you enable the active link and api logging on > the client side, it should be fairly evident where the time is going. > See what you can eliminate and what you can offload to the server > side. > > Axton Grams > > On Thu, Jun 26, 2008 at 10:35 AM, Barber, David <[EMAIL PROTECTED]> > wrote: > > ** > > Tickets raised per day is anyones guess, typically several 5-6 thousand+ > > > > We have gone through a lot of this at the same time as other users, and > no > > matter what time of day we get similar differentials - 10secs here, up to > > 2-3 minutes elsewhere. > > > > We've found that our performance doesn't tend to vary much on/off peak - > the > > only time I've found it hitting me happens to be when the network > responds > > at an average of say 60ms, rather than the normal 10ms. > > > > Tried going over this with some of the networking teams. Hate to say it, > > but the repsonse is invariably one of "network is fine, no packet loss" > ... > > frustrating. > > > > Regards > > > > Dave > > > > -----Original Message----- > > From: Action Request System discussion list(ARSList) > > [mailto:[EMAIL PROTECTED] Behalf Of Howard Richter > > Sent: 26 June 2008 15:30 > > To: [email protected] > > Subject: Re: Remedy - sensitive to network performance? > > > > ** > > David, > > > > That sounds about right on the load (but with out knowing the number of > > users and tickets created per day that is a guess). > > > > You could go olld school to pin down the issue. Have one of your remote > > users (that see the slow down) with you at the same time and do the same > > functions and time them. Do it at peak times as well as non-peak. > > Also have your network admin on the phone. > > > > hbr > > > > > > On 6/26/08, Barber, David <[EMAIL PROTECTED]> wrote: > >> > >> 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: [email protected] > >> 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: [email protected] > >> 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" > > > > > > > > -- > > Howard Richter > > Red Hat Certified Technician > > CompTIA Linux+ Certified > > ITIL Foundation Certified > > E-Mail = [EMAIL PROTECTED] > > LinkedIn Profile = http://www.linkedin.com/in/hbr4270 __Platinum > Sponsor: > > www.rmsportal.com ARSlist: "Where the Answers Are" html___ > > > > 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" > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
