Is it safe to assume that your mid-tiers are fully pre-loaded and using persistent cache? Are they on at least service pack 1 with hotfixes, if not sp3? Mid-tier caching on 7.6.04.x is essential to getting decent performance out of it, and several of the releases were not up to snuff (and noticeably slower than mid-tier 7.1 had been), especially against IE9. BMC does have a fair amount of new documentation on mid-tier configuration and performance tuning that will help, but you may have to open an issue with them to get the correct hotfixes.
Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing & IT Center http://itsm.unt.edu/ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Support Sent: Monday, April 16, 2012 9:49 AM To: arslist@ARSLIST.ORG Subject: Re: Menu's open slowly on web (ARS 7.6.4) ** Thanks again ..... Looks like we will have to find a work around here ..... On 16/04/2012 16:47, Tauf Chowdhury wrote: ** 7.6.04 does use a bunch of flash objects on their pages now so it's probably slower than 7.0 anyway. Also, if your users are on older desktop hardware, the process overhead on the desktop may slow down their experience as well. For example, if the help desk user has an old p4 with 512mb RAM, the web experience will be affected negatively because the browser takes up more memory. On Mon, Apr 16, 2012 at 10:15 AM, Support <supp...@arsmarts.com<mailto:supp...@arsmarts.com>> wrote: Thank you. They were already using the web, so no difference there. Indexes should be the same in both versions, but we will double-check. In fact, it is .... well how could I explain this .... the "deployment" of the menu on the screen that takes a long time (1 to 2 seconds). It looks like it is some kind of visual effect that has been put there on purpose, and we'd like to turn it off. I don't know if I'm clear in what I say here .... On 16/04/2012 15:28, Tauf Chowdhury wrote: Are they noticing the slowness because they are now using the web instead of the user tool? If that is the case, that is something they will need to get used to as web responses can be a bit more costly than the WUT. If not, maybe take a look at the menus to see if any indexes are different or missing in the new version. Perhaps there were some fields that were indexed in your old implementation that were not OOB. Sent from my iPhone On Apr 16, 2012, at 9:21 AM, Support<supp...@arsmarts.com<mailto:supp...@arsmarts.com>> wrote: Hello List, In our migration from 7.0.1 to 7.6.4, we have an issue with the speed at which menu's open (on the web) in 7.6.4. Indeed, the menu's open really slowly, and the Call Center people complain that it adds significant time to call registration. Anybody met this problem already? Found a solution? Thanks. Kaïs _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org<http://www.arslist.org> attend wwrug12 www.wwrug12.com<http://www.wwrug12.com> ARSList: "Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org<http://www.arslist.org> attend wwrug12 www.wwrug12.com<http://www.wwrug12.com> ARSList: "Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org<http://www.arslist.org> attend wwrug12 www.wwrug12.com<http://www.wwrug12.com> ARSList: "Where the Answers Are" -- Tauf Chowdhury _attend WWRUG12 www.wwrug.com<http://www.wwrug.com> ARSlist: "Where the Answers Are"_ _attend WWRUG12 www.wwrug.com<http://www.wwrug.com> ARSlist: "Where the Answers Are"_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"