In my company we use Tomcat 5.5.20 to support a Business Objects
Application for management reporting.  The Windows 2003 server it is
installed on has performance issues which have been narrowed down to
excessive disk activity. This is causing low disk idle time and lots of
queuing - often causing the Business Objects application to timeout 
 
The tool filemon.exe  is showing that most of the disk activity is
related to querying of directory structures by the Tomcate5.exe process.
It is querying pretty much all the time with 20 or 30 reads per second. 
 
My question is that is this normal for a Tomcat installation or is this
a configuration setting that could be adjusted to cause less frequent
activity and would this be recommended ?
 
I have searched the FAQ but could find nothing on this subject.
 
Thanks in advance of a reply and 
 
Best Regards 
 
 
Richard Gazey
 

**********************************************************************
Midland Heart Limited, is a charitable housing association, registered under 
the Industrial & Provident Societies Act 1965. No. 30069R. The registered 
office address is 20 Bath Row, Birmingham, B15 1LZ
This message (and any associated files) is intended only for the use of the 
individual or entity to which it is addressed and may contain information that 
is confidential, subject to copyright or constitutes a trade secret. If you are 
not the intended recipient you are hereby notified that any dissemination, 
copying or distribution of this message, or files associated with this message, 
is strictly prohibited. If you have received this message in error, please 
notify the sender immediately by replying to the message and deleting it from 
your computer. Messages sent to and from us may be monitored. 
Any views or opinions presented are solely those of the author and do not 
necessarily represent those of the company.
Internet communications cannot be guaranteed to be secure or error-free as 
information could be intercepted, corrupted, lost, destroyed, arrive late or 
incomplete, or contain viruses. Therefore, we do not accept responsibility for 
any errors or omissions that are present in this message, or any attachment, 
that have arisen as a result of e-mail transmission. If verification is 
required, please request a hard-copy version. 

**********************************************************************

Reply via email to