× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



I haven't used Tomcat so pardon my ignorance on this one.  Does Tomcat
run as a module within the HTTP server job or is it a separate job that
the HTTP server calls/passes requests to?

I ask as WebSphere App Server runs as a separate job.  We had
performance issues with WAS so we created a separate memory pool for it
rather than for the HTTP instance.  That improved WAS performance
tremendously as it was no longer subjected to the paging that occurred
for other jobs.  The HTTP server is still in *BASE along with other
stuff.

John A. Jones, CISSP
Americas Information Security Officer
Jones Lang LaSalle, Inc.
V: +1-630-455-2787 F: +1-312-601-1782
john.jones@xxxxxxxxxx

-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx]
On Behalf Of rbyrne@xxxxxxxxxxxxxxx
Sent: Thursday, October 26, 2006 3:22 AM
To: midrange-l@xxxxxxxxxxxx; web400@xxxxxxxxxxxx
Subject: [WEB400] Latency and Tomcat 3.2.4

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.
********************************************************************
--
This is the Web Enabling the AS400 / iSeries (WEB400) mailing list To
post a message email: WEB400@xxxxxxxxxxxx To subscribe, unsubscribe, or
change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at
http://archive.midrange.com/web400.



This email is for the use of the intended recipient(s) only.  If you have 
received this email in error, please notify the sender immediately and then 
delete it.  If you are not the intended recipient, you must not keep, use, 
disclose, copy or distribute this email without the author's prior permission.  
We have taken precautions to minimize the risk of transmitting software 
viruses, but we advise you to carry out your own virus checks on any attachment 
to this message.  We cannot accept liability for any loss or damage caused by 
software viruses.  The information contained in this communication may be 
confidential and may be subject to the attorney-client privilege. If you are 
the intended recipient and you do not wish to receive similar electronic 
messages from us in future then please respond to the sender to this effect.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.