> From: André Warnier [mailto:[EMAIL PROTECTED]
> Subject: Re: Tomcat threads, II
>
> What I would like to know now, is how I interpret these numbers.
Will take a look at the actual numbers in a bit.
> Is there somewhere a tutorial giving some pointers as to what I am
> looki
Hi.
To implement a recommendation from someone on this list, I took a few
snapshots using "jmap -heap " while Tomcat was starting up and also
starting up a webapp.
I just ran the jmap command several times at about 5 second intervals,
and redirected the output to a file.
Below if the file con
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
André,
André Warnier wrote:
> When I started in this business, 64 Kb was a nice quantity of memory to
> program in, and quite expensive too. I created and ran a payroll
> application for a 1,000 people company in there. This Java app looks a
> lot cu
André Warnier schrieb am 13.11.2008 um 00:08:05 (+0100):
> [...] on the same machine I have a text search and retrieval
> application that can sift through a full-text index of 100,000
> documents (1 Gb of text) and retrieve the ones I want in couple of
> seconds. It has a 10 Mb memory footprint.
Chris, Chuck and others,
many thanks for taking the time to educate me (on both "Tomcat threads"
threads).
I got lots of information and tips, which will be useful now or later.
I'll now go sift through them again. At least now I have an idea where
to start.
About the fact that my hardware s
Christopher Schultz schrieb am 12.11.2008 um 16:42:06 (-0500):
> André Warnier wrote:
> > In other words, while this application is being loaded, our Tomcat
> > and the whole system are totally unresponsive for about 5 minutes.
> 1. DNS settings. Especially when parsing XML (which often requires
André Warnier wrote:
> Now that I have (with your help) established some basic facts, I have a
> practical case for analysis.
>
> We have an old clunker PC (Pentium II, 512 Mb Ram, average ATA disks),
> which we use to test some applications (not only Java/Tomcat).
...
> Now, if I stop and restart
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
André,
Christopher Schultz wrote:
> A few parting thoughts:
I knew I was forgetting something:
3. During your 5-minute startup freeze, try taking a few thread dumps
(send a QUIT signal to your JVM) and seeing what the app is doing. Maybe
it's just t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
André,
At the risk of repeating things said by others...
André Warnier wrote:
> We have an old clunker PC (Pentium II, 512 Mb Ram, average ATA disks),
> which we use to test some applications (not only Java/Tomcat).
Based upon this hardware configur
> From: André Warnier [mailto:[EMAIL PROTECTED]
> Subject: Re: Tomcat threads, II
>
> I have turned it off now, and restarted Tomcat, but it
> did not have any noticeable impact on the startup time.
Wouldn't expect it to, since you're spending nearly all the time parsin
Caldarale, Charles R wrote:
From: André Warnier [mailto:[EMAIL PROTECTED]
Subject: Tomcat threads, II
>> -Djava.security.manager
>
> Enabling the security manager slows things down; do you really need it?
>
Not as far as I know. It was only the default setting on that system,
> From: André Warnier [mailto:[EMAIL PROTECTED]
> Subject: Tomcat threads, II
>
> -classpath :/usr/lib/jvm/java-1.5.0-sun/jre//lib/jcert.jar:
> /usr/lib/jvm/java-1.5.0-sun/jre//lib/jnet.jar:
> /usr/lib/jvm/java-1.5.0-sun/jre//lib/jsse.jar:
> /usr/share/tomcat5.5/bin/bootst
> From: André Warnier [mailto:[EMAIL PROTECTED]
> Subject: Re: Tomcat threads, II
>
> We have already tried - because that is one thing we can do - to split
> the XML data into smaller chunks, but that does not seem to have any
> significant impact.
Nor would I expect it to. T
David kerber wrote:
Pid wrote:
...
Having said that, parsing XML can be a memory intensive operation as
well, so your old box could be experiencing problems there - check the
garbage collection log.
p
I try to avoid XML for this exact reason. We found that our application
could handle bet
Pid wrote:
...
Having said that, parsing XML can be a memory intensive operation as
well, so your old box could be experiencing problems there - check the
garbage collection log.
p
I try to avoid XML for this exact reason. We found that our application
could handle between 6 and 10 times m
André Warnier wrote:
> Hi again.
>
> Now that I have (with your help) established some basic facts, I have a
> practical case for analysis.
>
> Before I get into details (because this is quite long), I'd like to
> explain the reason why I'm asking this.
> We have been testing a Tomcat application
Hi again.
Now that I have (with your help) established some basic facts, I have a
practical case for analysis.
Before I get into details (because this is quite long), I'd like to
explain the reason why I'm asking this.
We have been testing a Tomcat application from a vendor. It works very
nic
17 matches
Mail list logo
