Mailing-List: contact jmeter-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "JMeter Users List" <jmeter-user@jakarta.apache.org>
Received-SPF: pass (asf.osuosl.org: domain of sebbaz@gmail.com designates
 64.233.182.192 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=CnEayRl8k3n+iIxx+277xceRtXrZjuDBAaHYLRsPUrROUdqDxp9fGj9Ze8WHkzMPASIiULs1x1BzDSpyvtNbG256sxxld9cnj+NGY4o6Uw7U4hXwAnCUt8xwhW9OTQJGsXOW4tQwnoOVr4Ix9vdwJv/VyrY2v9nPaZSp4YGzaqI=
Message-ID: <25aac9fc05070704063c36624c@mail.gmail.com>
Date: Thu, 7 Jul 2005 12:06:36 +0100
From: sebb <sebbaz@gmail.com>
Reply-To: sebb <sebbaz@gmail.com>
To: JMeter Users List <jmeter-user@jakarta.apache.org>,
	Peter Lin <woolfel@gmail.com>
Subject: Re: out of memory problems
In-Reply-To: <27e674a905070611202443abcb@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
References: <2FAEA868F23AD411AFD10000D11ED33E0DA15C3E@hagb037a.siemens.nl>
	 <27e674a905070611202443abcb@mail.gmail.com>

Or write a script (e.g. Perl) to aggregate the data. This is what we
do with our test runs (we use CSV output to make it a bit simpler)

It's probably not that difficult to write an XSL stylesheet to convert
the XML to CSV or some other format to load into a database (if the
database does not support XML input).

Excel and probably other spreadsheets would be no use - 9M rows is too many=
.

There may be some other analysis tools that can handle that many rows.

S.
On 7/6/05, Peter Lin <woolfel@gmail.com> wrote:
> keep in mind that all listeners will load the entire JTL file into
> memory, so 9 million is just too much for JMeter.
>=20
> you might want to load the data into a database and then use SQL to
> calculate the statistics. right now the listeners don't have the
> ability to process the results in stream mode, so it's very easy to
> hit the 2Gb ram limit of the 32bit JVM.
>=20
>=20
> peter
>=20
>=20
> On 7/6/05, Smits.Dolf <dolf.smits@siemens.com> wrote:
> > I was trying to read it into the aggregate report.
> >
> > Dolf
> >
> > -----Original Message-----
> > From: Peter Lin [mailto:woolfel@gmail.com]
> > Sent: Wednesday, July 06, 2005 20:02
> > To: JMeter Users List
> > Subject: Re: out of memory problems
> >
> >
> > wow, 9 million results. the short answer is to split the file into
> > smaller pieces.
> >
> > which listener are you trying to view the JTL log with?
> >
> >
> > peter
> >
> >
> > On 7/6/05, Smits.Dolf <dolf.smits@siemens.com> wrote:
> > > Hi,
> > >
> > >  I know this is a common problem, however it cannot be solved easily.
> > > When I enlarge the heap size of java to large numbers (4096m) java wo=
n't
> > > start anymore.
> > > when it is set to about 1500m, i ran out of memory.
> > >
> > > I want to read a jtl file i created with a simple data writer in the
> > > testplan.
> > > the jtl contains about 9 million testresults.
> > >
> > > any hints how to handle this file, or another tool to analyze the res=
ults?
> > >
> > > Thanks,
> > >
> > > Dolf
> > >
> > > Dolf Smits
> > > Senior Consultant Meta Directory Solutions
> > >
> > > Siemens Nederland N.V.
> > > COM EN
> > >
> > > Bezoekadres
> > > Prinses Beatrixlaan 800
> > > Den Haag
> > >
> > > Correspondentieadres
> > > Postbus 16068
> > > NL-2500 BB  Den Haag
> > >
> > > 070 333 3654
> > > 070 333 2511
> > > 06 55844837
> > > Dolf.Smits@siemens.com
> > > www.siemens.nl
> > >
> > >
> > >
> > > Deze e-mail is uitsluitend bedoeld voor kennisneming door de
> > > geadresseerde(n), en mag niet aan anderen worden doorgestuurd of op a=
ndere
> > > wijze ter kennis worden gebracht. Indien u niet de geadresseerde bent=
,
> > > verzoek ik u om de afzender te waarschuwen en de e-mail direct te
> > > verwijderen/vernietigen. De afzender wijst elke aansprakelijkheid voo=
r (de
> > > inhoud van) deze e-mail af.
> > >
> > >
> > >
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
> >
> >
>=20
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>=20
>

---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org