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 (nike.apache.org: domain of ansoni@gmail.com designates
 209.85.220.172 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        b=RPlAHG5I8EOgjGPTe6QY6kwqiNUh7e8m63u7sKbfFX9thCloJkPUrzG+HDjW1NvYmB
         SiCHu22CipgVpQlBo/kx+SUXwTZ8c9r2XCrfGXLiGq36cgahYXY2t/5Jac3HlI+qxO6b
         LxLvIziQg1Hv2ObPk4sLSv7SWli6/OjutW/Wk=
MIME-Version: 1.0
In-Reply-To: <51904F41-2486-4C6C-AD1F-E6E5A645168D@gmail.com>
References: <1301095063038-4265007.post@n5.nabble.com>
	<4FB106EB-8424-43C5-8C0F-45D5D203F46E@mac.com>
	<-7435227004119705285@unknownmsgid>
	<AANLkTindax-nYB-xa5jfyhWEZvgNDSYc14zb51Pcx8QA@mail.gmail.com>
	<38DB58A6-CAB0-404D-8B53-99030A0E6116@gmail.com>
	<AANLkTik3fvuMcvDucP-qbt-ch1fuJ5jh89fAu9yHS0Uo@mail.gmail.com>
	<51904F41-2486-4C6C-AD1F-E6E5A645168D@gmail.com>
Date: Wed, 30 Mar 2011 17:28:51 -0400
Message-ID: <AANLkTin576BgTUKQ4h89gPh_5CyJ-CoJ-xos4QgDFrYh@mail.gmail.com>
Subject: Re: Out of memory almost immediately after start
From: Anthony Johnson <ansoni@gmail.com>
To: JMeter Users List <jmeter-user@jakarta.apache.org>
Cc: Kirk <kirk.pepperdine@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi Kirk,
    Java heap allocations will fragment the C Heap.  PermGen memory
will fragment the C Heap.  JIT Compilations will fragment the C Heap.
Java Thread creations/destruction will fragment the C Heap.

PermGen and Java Heap I can do something about.  Sorry, but my answer
is still that for a memory intensive application you should be setting
your memory settings properly to get the most out of your 32 bit
memory space.

When setting the -Xms -Xmx to be the same at startup, I get 2-3 very
clean 1GB memory allocations in my process memory space.  If you don't
set -Xms, then your process memory space is littered with smaller
memory allocations over the course of the process runtime.  If your
blog doesn't tackle why keeping my memory space ultra clean is a bad
idea then it will not win me over.

We are both entitled to our opinion:-)  I don't think we need to
continue to hi-jack this thread any further.  Hopefully the parent
resolved his issue.

Thanks,

Anthony

On Tue, Mar 29, 2011 at 6:34 PM, Kirk <kirk.pepperdine@gmail.com> wrote:
> Hi Anthony,
>
> Setting ms to mx is a tuning/configuration mistake in most cases. I have =
a blog entry that explains this (Keep your hands off of the switches iirc) =
=A0and I've another one in the pipe that very clearly exposes why you shoul=
d rarely set mx =3D=3D ms.
>
> Java heap is taken from C heap. C heap is stacked on the back of stack sp=
ace in Windows and Linux. That means stack and text areas are fixed in size=
 at startup. If by native memory you are talking about C heap, then point t=
aken. That said, most Java applications should not require a lot of native =
space unless they are using direct byte buffers (aka the newest version of =
EHCache) or objects that create structures in C heap (eg. file/socket descr=
iptors).
>
>>
>> The fact that the 10th thread gets an error and thread creation is
>> fine after that does sound like some sort of OS or Java bug as sebb
>> mentioned. =A0Hopefully the parent can make sure that he is using the
>> most recent JVM and see if the problem still occurs.
>
> This is a strange one for sure. I'd be looking in the bug database to see=
 whats going on. One of the things that sometimes happens is that problems =
with the LD_LIBRARY_PATH case the JVM to be constructed with the wrong vers=
ions of shared libraries. Though normally this causes the JVM to core dump,=
 I guess it could cause other (strange) behaviors in the JVM.
>
> Regards,
> Kirk
>
>
> ---------------------------------------------------------------------
> 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