I don't disagree that the initial rendering is quite slow. And it sucks that the only "solution" is to either prefetch via a perl/whatever script, or use the xml midtier method.
My point was more towards "post-initial-form/view-load" (cached) performance... Now if there was a script that dumped every web viewable form into that prefetch xml script... (we reboot weekly) :-) -- Tony Worthington [EMAIL PROTECTED] 262-703-5911 strauss <[EMAIL PROTECTED]> Sent by: "Action Request System discussion list(ARSList)" <[email protected]> 01/19/2007 12:03 PM Please respond to [email protected] To [email protected] cc Subject Re: Mid-tier prefetch scripts My response times were measured on both the production server set that I just built out, and development set which is identical except for mid-tier: Web - Win2K3 R2 Enterprise x64 on HP DL380 G5 with two 4-core Xeons and 12 gb RAM Mid-tier 7.0.01 on Tomcat app server AND Tomcat web, JDK 1.4.2_13 - Tomcat has memory pool from 512 to 1536 defined The development mid-tier is identical except that the server is Win2K3 Ent x86 on a DL-380 with two 3.4 ghz Xeons and 6 gb RAM ARS - Win2K3 Enterprise x64 on HP DL385 with two 2-core Opterons and 10 gb RAM DB - Win2K3 Enterprise x64 and SQL Server 2005 x64 on HP DL385 with two 2-core Opterons and 10 gb RAM (SQL Server grabs 8 gb RAM) Client - WinXP Pro and IE 7 on 3ghz PC with 1 gb RAM The long lag times to load non-prefetched forms (1:30 for Change console, 1:40 for New Incident opened from Overview console) tells me that basic mid-tier 7 architecture still leaves a lot to be desired. Almost all of the sustained CPU load when pre-fetching objects and loading a form for the first time is on the AR server, which sits at 30-35% total CPU for up to 1 to 1.5 minutes in the worst cases; one CPU will stay at 75%, one at 50%, one at 25%. The CPU traces on the mid-tier servers peak at 20% intermittently on several processors - usually 2 of them. There is usually a single grab from the db server - one spike on one CPU, or no trace at all in some cases! Less than happy??? Any time you perform an operation for the first time, like search for a customer from a new ticket, you will wish you were back on ITSM 5.5 and mid-tier 5.1.2 when it comes to performance. It is not a user experience that I want my IT staff to have to live with - who do you know that will consider it acceptable to click on a link to open a console or form and then stare at a blank, white screen for 1 and a half minutes? Nobody here! All response times _after_ forms have loaded once, either prefetched or not, were very fast - in the 1 to 2 seconds range. It's that "first impression" that is going to be a killer. It even occurs on little dialog boxes, like the selection box to Create a request from the Overview console, or search for a customer. Each new form or dialog that you invoke for the first time has a long, pregnant pause before it displays - especially if it was not included in a prefetch. Christopher Strauss, Ph.D. Remedy Database Administrator University of North Texas Computing Center http://remedy.unt.edu/helpdesk/ -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Tony Worthington Sent: Friday, January 19, 2007 8:28 AM To: [email protected] Subject: Re: Mid-tier prefetch scripts I second the Tomcat performance vote. It's noticably faster (even using Apache and mod_jk) than IIS/SE(AS) even without using precache/fetch. And compared to versions 5/6 it flies. Chris - you don't mention what environment you're operating in? Our web boxes are Win2k3 2x3.8GHz dual core xeon with 3GB of ram. -- Tony Worthington [EMAIL PROTECTED] 262-703-5911 Axton <[EMAIL PROTECTED]> Sent by: "Action Request System discussion list(ARSList)" <[email protected]> 01/19/2007 08:17 AM Please respond to [email protected] To [email protected] cc Subject Re: Mid-tier prefetch scripts ** I was happy with the mid-tier performance using jboss or tomcat with the latest 1.5 jdk, but people here complain about performance when using IBM WebSphere 6 with the IBM 1.4 jdk. Axton On 1/19/07, Chris Akens <[EMAIL PROTECTED]> wrote: >From what I understand, the mid-tier pre-caching is actually done on a unique permission group list basis. Therefore you would want to pre-cache with an account that has the same permissions as the majority of your users. I have not used the pre-cache functionality that is included as part of 7.0; but am interested in how it takes into account the different permission group combinations. Any insight into this matter would be appreciated. I have been less than impressed with the mid-tier v7 thus far to say the least. Any suggestions on tuning the mid-tier for performance? ________________________________________________________________________ _______ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are" __20060125_______________________This posting was submitted with HTML in it___ CONFIDENTIALITY NOTICE: This is a transmission from Kohl's Department Stores, Inc. and may contain information which is confidential and proprietary. If you are not the addressee, any disclosure, copying or distribution or use of the contents of this message is expressly prohibited. If you have received this transmission in error, please destroy it and notify us immediately at 262-703-7000. CAUTION: Internet and e-mail communications are Kohl's property and Kohl's reserves the right to retrieve and read any message created, sent and received. Kohl's reserves the right to monitor messages to or from authorized Kohl's Associates at any time without any further consent. ________________________________________________________________________ _______ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are" CONFIDENTIALITY NOTICE: This is a transmission from Kohl's Department Stores, Inc. and may contain information which is confidential and proprietary. If you are not the addressee, any disclosure, copying or distribution or use of the contents of this message is expressly prohibited. If you have received this transmission in error, please destroy it and notify us immediately at 262-703-7000. CAUTION: Internet and e-mail communications are Kohl's property and Kohl's reserves the right to retrieve and read any message created, sent and received. Kohl's reserves the right to monitor messages to or from authorized Kohl's Associates at any time without any further consent. _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
