Susan, I think thats a QoS setup - certain packet types/data types can be allocated more network time? I'm not really that knowledgeable on networks, but my last placement was working with a few network engineers who were working on such setups. Regards
Dave -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] Behalf Of Susan Palmer Sent: 26 June 2008 17:44 To: arslist@ARSLIST.ORG Subject: Re: Remedy - sensitive to network performance? ** 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 <http://www.rmsportal.com/> ARSlist: "Where the Answers Are" html___ ________________________________________________________________________ _______ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org <http://www.arslist.org/> Platinum Sponsor: www.rmsportal.com <http://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 <http://www.arslist.org/> Platinum Sponsor: www.rmsportal.com <http://www.rmsportal.com/> ARSlist: "Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org <http://www.arslist.org/> Platinum Sponsor: www.rmsportal.com <http://www.rmsportal.com/> ARSlist: "Where the Answers Are" __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 _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"