The biggest factor in midtier performance is workflow/application design. The more round trips you have from the browser to the midtier (and subsequently, the arserver and db) the slower the app is going to be. Table field refreshes, set fields on display/window loaded, menus that refresh on open, etc. all cause a trip back to the server. These take time, and the more round trips you stack on a single trigger (e.g., on display) the more they add up. The further you are from the midtier server, the more weight you apply to each round trip.
With a packaged app you have to live with what you purchase or preclude yourself from upgrades, maintenance, and support by addressing the issue through workflow/app changes. This is cost prohibitive no matter how you slice it. Axton Grams On Fri, Nov 18, 2011 at 3:29 PM, Andrew C Goodall <[email protected]> wrote: > ** > > > > ARS 7.5 patch 4 = Windows 2003 / Quad Quad-Core 2.3 Ghz / 8 GB Ram (x2 > active forward facing to user community on load balancer) > > > > Midtier 7.5 patch 4 = Windows 2003 / Quad Quad-Core 2.3 Ghz / 8 GB Ram (x2 > active forward facing to user community on load balancer) running Tomcat to > IIS pass through (for home grown SSO). > > > > Remote SQL Server 2008 DB > > > > ITSM 7.5.0.1 = enough said. > > > > Client = Typical Windows dual-core with 2GB ram using IE8 > > > > Biggest complaint from users is slowness of web client. > > > > Any suggestions to help improve performance of web client (by a lot not a > little)? > > > > What do you think is the best performing infrastructure and Web Server for > Midtier? > > > > Regards, > > > > Andrew Goodall > > Software Engineer 2 | Development Services | jcpenney . www.jcp.com > > > > The information transmitted is intended only for the person or entity to > which it is addressed and > may contain confidential and/or privileged material. If the reader of this > message is not the intended > recipient, you are hereby notified that your access is unauthorized, and any > review, dissemination, > distribution or copying of this message including any attachments is > strictly prohibited. If you are not > the intended recipient, please contact the sender and delete the material > from any computer. > _attend WWRUG12 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"
