You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@jmeter.apache.org by Scott Eade <se...@backstagetech.com.au> on 2002/12/30 13:05:38 UTC
Problem reading large jtl file
I have a 57MB jtl file produced as a result of executing 80 threads with a
loop count of 40 on a fairly large JMeter script. I execute this script in
non-gui mode on a remote machine and then download the resulting file for
viewing locally in an Aggregate Report using the gui. This has worked fine
for 5MB jtl files, but with the 57MB jtl file JMeter appears to load the
file but then just displays nothing.
Has anyone else seen this behaviour? I don't really want to have to write
my own jtl file analyser (I am sure a perl whiz could whip something up
fairly quickly, but I am no perl whiz).
Thanks,
Scott
--
Scott Eade
Backstage Technologies Pty. Ltd.
http://www.backstagetech.com.au
.Mac Chat/AIM: seade at mac dot com
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Problem reading large jtl file
Posted by Mike Stover <ms...@apache.org>.
JMeter uses Avalon's Configuration code to save jtl's, and yes it is dom-style. The
solution is that the jtl files need to be in a format other than xml - it's just not well
suited. CSV files would be better.
-Mike
On 1 Jan 2003 at 23:30, Scott Eade wrote:
> Mike,
>
> It is an Aggregate Reporter that I am using.
>
> I eventually noticed a couple of OutOfMemoryExceptions sitting in the
> console window used to start JMeter. After upping mx to 256m, then 300m and
> then finally to 512m it was eventually able to load all 57MB of jtl data.
> Windows task manager shows 350MB of memory in use and that almost 15 minutes
> of CPU time were used to load the file (on a paltry by today's standards
> dual Celeron 500 machine).
>
> I'll take a stab in the dark and suggest that the jtl file is being read
> using a dom style parser (reads the entire tree into memory before dishing
> the data out) rather than a sax parser (which can dish the data out and
> dispose of it as it reads the file). I'll add a note to check this to my
> steadily growing list of JMeter bugs and enhancements.
>
> Thanks,
>
> Scott
> --
> Scott Eade
> Backstage Technologies Pty. Ltd.
> http://www.backstagetech.com.au
> .Mac Chat/AIM: seade at mac dot com
>
>
> On 31/12/2002 12:53 AM, "Mike Stover" <ms...@apache.org> wrote:
>
> > Which visualizer are you trying to open it with? I would suggest trying the
> > aggregate reporter since it uses the least memory (avoid the tree results
> > visualizers), and let JMeter work on it for a long time - the operation of
> > opening jtl
> > files is sadly, very slow.
> >
> > -Mike
>
>
> --
> To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
>
--
Michael Stover
mstover1@apache.org
Yahoo IM: mstover_ya
ICQ: 152975688
AIM: mstover777
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Problem reading large jtl file
Posted by Scott Eade <se...@backstagetech.com.au>.
Mike,
It is an Aggregate Reporter that I am using.
I eventually noticed a couple of OutOfMemoryExceptions sitting in the
console window used to start JMeter. After upping mx to 256m, then 300m and
then finally to 512m it was eventually able to load all 57MB of jtl data.
Windows task manager shows 350MB of memory in use and that almost 15 minutes
of CPU time were used to load the file (on a paltry by today's standards
dual Celeron 500 machine).
I'll take a stab in the dark and suggest that the jtl file is being read
using a dom style parser (reads the entire tree into memory before dishing
the data out) rather than a sax parser (which can dish the data out and
dispose of it as it reads the file). I'll add a note to check this to my
steadily growing list of JMeter bugs and enhancements.
Thanks,
Scott
--
Scott Eade
Backstage Technologies Pty. Ltd.
http://www.backstagetech.com.au
.Mac Chat/AIM: seade at mac dot com
On 31/12/2002 12:53 AM, "Mike Stover" <ms...@apache.org> wrote:
> Which visualizer are you trying to open it with? I would suggest trying the
> aggregate reporter since it uses the least memory (avoid the tree results
> visualizers), and let JMeter work on it for a long time - the operation of
> opening jtl
> files is sadly, very slow.
>
> -Mike
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Problem reading large jtl file
Posted by Mike Stover <ms...@apache.org>.
Which visualizer are you trying to open it with? I would suggest trying the
aggregate reporter since it uses the least memory (avoid the tree results
visualizers), and let JMeter work on it for a long time - the operation of opening jtl
files is sadly, very slow.
-Mike
On 30 Dec 2002 at 23:05, Scott Eade wrote:
> I have a 57MB jtl file produced as a result of executing 80 threads with a
> loop count of 40 on a fairly large JMeter script. I execute this script in
> non-gui mode on a remote machine and then download the resulting file for
> viewing locally in an Aggregate Report using the gui. This has worked fine
> for 5MB jtl files, but with the 57MB jtl file JMeter appears to load the
> file but then just displays nothing.
>
> Has anyone else seen this behaviour? I don't really want to have to write
> my own jtl file analyser (I am sure a perl whiz could whip something up
> fairly quickly, but I am no perl whiz).
>
> Thanks,
>
> Scott
> --
> Scott Eade
> Backstage Technologies Pty. Ltd.
> http://www.backstagetech.com.au
> .Mac Chat/AIM: seade at mac dot com
>
>
> --
> To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
>
--
Michael Stover
mstover1@apache.org
Yahoo IM: mstover_ya
ICQ: 152975688
AIM: mstover777
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>