|
Hi, I've been looking into Tomcat on the iSeries for the past couple of months. I've successfully migrated a small IIS application we use in house to Tomcat rewriting it with Java/Jsp using the Struts framework. I stress tested the application and the results where great i.e. circa 100ms for a response. We put the application into pilot production. What we noticed was that due to the infrequent use of the application initial requests had a very poor response time however subsequent requests were fine. So in essence if the application was left idle for a period analysis has shown that the idle interval doesnt necessarily have to be a long one, the initial request is slow, so there is a lag. I've been trying all sorts to try and minimize/elimate the lag by adjusting priorities, running tomcat inprocess/out of process, setting up a seperate memory pool for my http instance. Our iSeries has automatic tuning switched on and is tuned heavily for interactive. I've been told by our iSeries admin that switching the automatic tuning off is not an option. I would like not having to resort to leaving a stress test running constantly to keep the application responding. I'm wondering if anyone has seen the following behaviour of if anyone can suggest an explanation/solution. Thanks and kind regards, Robert. ******************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify us immediately at MailMonitor@xxxxxxxxxxx and delete this E-mail from your system. Thank you. It is possible for data transmitted by email to be deliberately or accidentally corrupted or intercepted. For this reason, where the communication is by email, the Bank of Ireland Group does not accept any responsibility for any breach of confidence which may arise through the use of this medium. This footnote also confirms that this email message has been swept for the presence of known computer viruses. ********************************************************************
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.