Hello, Friends: BMC Tech Support has been able to duplicate, have acknowledged the problem and are escalating to their third-tier engineers for further investigation. (No bug number yet)
Thanks, Michelle Jason Miller <[EMAIL PROTECTED]> Sent by: "Action Request System discussion list(ARSList)" <[email protected]> 05/01/2008 11:28 AM Please respond to [email protected] To [email protected] cc Subject Fwd: Mid-Tier 7.1.00 Patch 002 - Performance ** Hmmm, we depending on what patches are available and the specifics to this issue we may want not go directly to MT 7.1 on the new web server. Forwarded conversation Subject: Mid-Tier 7.1.00 Patch 002 - Performance ------------------------ From: Michelle L <[EMAIL PROTECTED]> Date: Wed, Apr 30, 2008 at 10:17 AM To: [email protected] ** Hello, Friends: Anyone else experience this slowness on Mid-Tier 7.1.00 Patch 002?. It's quite noticeable. We've noticed an interesting thing on Mid-Tier 7.1.00 Patch 002 (on both Apache Tomcat and Servlet Exec). It doesn't seem to matter what if the version of the ARS Server is 6.3 or 7.1.0, the culprit seems to be this version of Mid-Tier (7.1.00 Patch 002) When selecting an item from a results list of let's say 1000+ records, the response time between record selections is roughly 6.87 - 12.18 seconds When selecting an item from the results list of about 200 records (same form), the response time between record selections is 1.02 seconds. (Selecting an item refers to a single click on the results list) For these we used SHR:People and performed a search using the same qualification in each environment. I performed a search on SHR:People using a Mid-Tier 7.1.00 Patch 002 against an ARS 6.3 Patch 23 server Mid-Tier 7.1.00 Patch 002 ----> ARS 6.3 (SHR:People) Results list of 3300+, selecting a record yields a lag time of about 6.87 seconds Results list of 73 , selecting a record yields a lag time of 1.02 seconds I performed a search on SHR:People using a Mid-Tier 6.3.0 Patch 20 against the same ARS 6.3 Patch 23 server Mid-Tier 6.3.0 Patch 20 --> ARS 6.3 P23 (SHR:People) Results list of 3300+, selecting a record yields a lag time of about 0.61 seconds Results list of 73, selecting a record yields a lag time of 0.59 I performed a search on SHR:People using a Mid-Tier 7.0.1 Patch 004 against the same ARS 6.3 Patch 23 server Mid-Tier 7.0.1 patch 004 --> ARS 6.3 P23 SHR:People Results list of 3300+, selecting a record yields a lag time of 0.53 seconds Results list of 73, selecting a record yields a lag time of 0.50 seconds I performed a search on CTM:People (yeah I know its different) using a Mid-Tier 7.1.00 Patch 002 against ARS 7.1.0 Patch 002 Results list of 1000+, selecting a record yields a lag time of 12.18 seconds Results list of 2, selecting a record yields a lag time of 1.87 seconds. Every bit of this points to an issue with Mid-Tier 7.1.00 Patch 002, whether it is pointing at a 6.3 server or a 7.1.0 patch 002 server. And as I mentioned before the behavior is consistent no matter what form's results list we are selecting an entry from. Anyone? Thanks, Michelle Environment Windows 2003, IIS 6, Apache Tomcat or Servlet Exec Windows 2003, SQL Server 2000 for ARS 6.3, SQL Server 2005 for ARS 7.1.0 Patch 002. ====================================================================== Confidentiality Notice: The information contained in and transmitted with this communication is strictly confidential, is intended only for the use of the intended recipient, and is the property of Countrywide Financial Corporation or its affiliates and subsidiaries. If you are not the intended recipient, you are hereby notified that any use of the information contained in or transmitted with the communication or dissemination, distribution, or copying of this communication is strictly prohibited by law. If you have received this communication in error, please immediately return this communication to the sender and delete the original message and any copy of it in your possession. ====================================================================== __Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" html___---------- From: strauss <[EMAIL PROTECTED]> Date: Wed, Apr 30, 2008 at 10:39 AM To: [email protected] ** I guess so... when I open a list of all Incidents (726 records) and click on any one of them, anywhere in the list, it blacks out - then displays the record in 7 seconds consistently. It was about 6 seconds on a returned list of 1000 of the 142,869 records in CTM:People. Did you measure faster times for mid-tier 7.1.00.001 or 7.1.00?? I'm not sure that they were any faster, and even if they were, I need the corrected Safari 3.x compatibility and persistent prefetch file that survives tomcat crashes that are in patch 002 more than I need better speed. It would certainly point to something that needs to be improved in 7.1.00.003 or 004. Windows 2003 Ent x64, Tomcat 5.5.26 under Mid-Tier 7.1.00.002 with persistent prefetch Windows 2003 Ent x64, SQL Server 2005 x64, ARS 7.1.00.002 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: [EMAIL PROTECTED] On Behalf Of Michelle L Sent: Wednesday, April 30, 2008 12:18 PM To: [email protected] Subject: Mid-Tier 7.1.00 Patch 002 - Performance ---------- From: strauss <[EMAIL PROTECTED]> Date: Wed, Apr 30, 2008 at 10:52 AM To: [email protected] ** BTW, the same test on the Incident Results list of 728 Incidents takes 1 second to switch between records in Safari 3.1.1, and no black screen/spinner appears. Firefox 2.0.0.14 works the same as IE 7 on XP did (original test), with 6 seconds to switch records, and the spinner showing over grayed out records. The problem _may_ be specific to the code they load for each browser. Safari on the Mac is dramatically faster. Subject: Mid-Tier 7.1.00 Patch 002 - Performance ---------- From: strauss <[EMAIL PROTECTED]> Date: Wed, Apr 30, 2008 at 11:33 AM To: [email protected] You piqued my curiosity enough to "pollute" my XP box with new installs of Safari and Firefox. The results were almost the same as on the MacBook Pro, only Firefox was twice as slow as it had been on the Mac. Safari changes Incident records in 1 to 1.5 seconds Firefox is more like 11 or 12 seconds. Even after flushing all of the temporary files from IE 7 it still hits at 7 seconds. Go Safari!! _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ---------- From: Michelle L <[EMAIL PROTECTED]> Date: Wed, Apr 30, 2008 at 2:31 PM To: [email protected] ** Hi, Christopher: Thank you for responding. I've tested it on Mid-Tier 7.1.00.00 Patch 002. I don't have another 7.1.00 mid-tier version in the environment. I forgot to mention that we are also using prefetch. We've also followed all of the instructions to improve performance on the Mid-Tier, including turning off the automated 'Perform Definition' check, speeding up IIS performance, updating the registry to no avail. Thanks, Michelle strauss <[EMAIL PROTECTED]> Sent by: "Action Request System discussion list(ARSList)" < [email protected]> 04/30/2008 12:39 PM Please respond to [email protected] To [email protected] cc Subject Re: Mid-Tier 7.1.00 Patch 002 - Performance ** ---------- From: Michelle L <[EMAIL PROTECTED]> Date: Wed, Apr 30, 2008 at 2:34 PM To: [email protected] ** Hey, Christopher: I will definitely pass this good info on to my team...and to tech support..who has yet to give me a legitimate response besides....the usual send me your log. I just want them to try it for themselves. By the way, I am using IE 6.0 for a browser. I have not tried this on another browser. The User Tool works pretty fast, with less than one second between selects on either a 7.1.00 patch 002 or 6.3 p23 User Tool. Thank you again, Michelle 04/30/2008 01:33 PM To [email protected] cc Subject Re: Mid-Tier 7.1.00 Patch 002 - Performance __Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" html___---------- From: Mike Gould <[EMAIL PROTECTED]> Date: Thu, May 1, 2008 at 8:57 AM To: [email protected] ** Hi Michelle and Christopher, Not sure if this helps but I'm also seeing very slow performance with my development Mid-Tier 7.1.00 (No Patch) against our production ARS 7.0.01 Patch 003 server. I performed the two following tests: 1. Searched on HPD:Help Desk (Incident) using our production Mid-Tier 7.0.01 Patch 004 against our production ARS 7.0.01 Patch 003 server Results list of 2154, selecting a record yields a lag time of ~2 to 3 seconds Results list of 20, selecting a record yields a lag time of ~1 to 2 seconds. 2. Searched on HPD:Help Desk (Incident) using our development Mid-Tier 7.1.00 (No Patch) against our production ARS 7.0.01 Patch 003 server Results list of 2154, selecting a record yields a lag time of ~29 seconds!!! Results list of 20, selecting a record yields a lag time of ~4 seconds. I'll be upgrading our development Mid-Tier to 7.1.00 Patch 002 to hopefully fix an unrelated CI Viewer problem but it doesn't appear I should expect great improvements in the overall performance. One other concern I have with Mid-Tier 7.1.00.00x is the black screen every time a record is selected in the results list, at least when using XP/IE7. Hopefully that's fixed soon since it's a major show stopper for me along with the slow performance. Although it sounds like that behavior doesn't happen with Safari, which I think I'll be downloading now.... Regards, Michael Gould US House of Representatives Production Environment Solaris 9, Oracle 10gR2, ARS 7.0.01 Patch 003, Mid-Tier 7.0.01 Patch 004 (w/ bundled Apache Tomcat) Development Environment Solaris 9, Mid-Tier 7.1.00 No Patch (w/ bundled Apache Tomcat) __Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" html___ ====================================================================== Confidentiality Notice: The information contained in and transmitted with this communication is strictly confidential, is intended only for the use of the intended recipient, and is the property of Countrywide Financial Corporation or its affiliates and subsidiaries. If you are not the intended recipient, you are hereby notified that any use of the information contained in or transmitted with the communication or dissemination, distribution, or copying of this communication is strictly prohibited by law. If you have received this communication in error, please immediately return this communication to the sender and delete the original message and any copy of it in your possession. ====================================================================== _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
