geronimo-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Santosh Koti" <Santosh_K...@infosys.com>
Subject RE: JVM allocation of memory
Date Mon, 17 Jul 2006 13:12:35 GMT


Hi Kevan,

I have attached my configurations, let me know if I have done anything
wrong..?

PS:
    a) I was doing a simple test, setting the JAVA_OPTS = -Xms2048m
-Xmx2048m &  starting the server.

    b) setting the GERONIMO_OPTS=-Xms2048m -Xmx2048m & starting the
server.

The server starts fine in case 'a' , but not in case 'b'

Can u tell me what could be the reason..?





Thanks,
Santosh.
"Don't talk about yourself; it will be done when you leave. "
 

-----Original Message-----
From: Kevan Miller [mailto:kevan.miller@gmail.com] 
Sent: Monday, July 17, 2006 4:52 PM
To: user@geronimo.apache.org
Subject: Re: JVM allocation of memory


On Jul 17, 2006, at 6:56 AM, Santosh Koti wrote:

>
> Kevan,
>
> Thanks for ur suggestion, the problem I find is when I set my JRE
> options with JAVA_OPTS, they often are ignored & no effect is seen,  
> but
> GERONIMO_OPTS helps in call cases..! (Though it accepts all  
> parameters ,
> but the desired behaviour is never seen.., I tried this for setting  
> the
> JVM, loading with Hprof, but no success, that's why I am sticking with
> GERONIMO_OPTS for all cases ..:)

Interesting. GERONIMO_OPTS could override JAVA_OPTS settings.  
However, unless you have conflicting settings, I don't know of any  
reason why JAVA_OPTS settings would be ignored. If you can share your  
specific settings, I'll have a look...

--kevan

> -----Original Message-----
> From: Kevan Miller [mailto:kevan.miller@gmail.com]
> Sent: Friday, July 14, 2006 7:45 PM
> To: user@geronimo.apache.org
> Subject: Re: JVM allocation of memory
>
> Santosh,
> the JAVA_OPTS environment variable would probably be most appropriate
> for setting JRE options (although GERONIMO_OPTS should work, also).
>
> I'm running MAC OS X jre's (1.4 and 1.5). I have no problem with the
> following:
>
> export JAVA_OPTS="-Xmx2048m -Xms2048m"
>
> What are you setting the heap sizes to and what problems do you see?
> What JRE are you using?
>
> --kevan
>
>
> On Jul 14, 2006, at 9:48 AM, Santosh Koti wrote:
>
>> Thanks Aaron..!
>>
>> No, My CPU is P4 (32-bit)...!:-(
>>
>> By , the Which JVM version , u tried..? , I am trying J5.
>>
>>
>> Thanks,
>> Santosh.
>> "Don't talk about yourself; it will be done when you leave. "
>>
>>
>> -----Original Message-----
>> From: ammulder@gmail.com [mailto:ammulder@gmail.com] On Behalf Of
>> Aaron
>> Mulder
>> Sent: Friday, July 14, 2006 7:07 PM
>> To: user@geronimo.apache.org
>> Subject: Re: JVM allocation of memory
>>
>> The 32-bit JVM has some limits beyond which it won't start.  In my
>> experiments it was more like 2.5 GB, but it probably depends on the
>> specific JVM version, if not the OS.
>>
>> The 64-bit JVM has no limits on the amount of memory it can start
>> with.
>>
>> Are you on a 64-bit/x64/AMD64 machine?  If so, have you tried using a
>> 64-bit JVM?
>>
>> Thanks,
>>     Aaron
>>
>> On 7/14/06, Santosh Koti <Santosh_Koti@infosys.com> wrote:
>>> Hi,
>>>
>>>
>>>
>>> I need to allocate a memory of 2 GB (~ 2048) , I tried setting it in
>> GERONIMO_OPTS , but unfortunately doesn't start up, if I get back to
>> 1536MB, it goes fine..?
>>>
>>>
>>>
>>> My sys info:
>>>
>>>    3.5 GB RAM
>>>
>>>    Win 2003 Server Ed.
>>>
>>>
>>>
>>> Thanks,
>>>
>>> Santosh.
>>>
>>> "Don't talk about yourself; it will be done when you leave. "
>>>
>>>
>>> **************** CAUTION - Disclaimer *****************
>>>  This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION
>>> intended
>> solely for the use of the addressee(s). If you are not the intended
>> recipient, please notify the sender by e-mail and delete the original
>> message. Further, you are not to copy, disclose, or distribute this
>> e-mail or its contents to any other person and any such actions are
>> unlawful. This e-mail may contain viruses. Infosys has taken every
>> reasonable precaution to minimize this risk, but is not liable for  
>> any
>> damage you may sustain as a result of any virus in this e-mail. You
>> should carry out your own virus checks before opening the e-mail or
>> attachment. Infosys reserves the right to monitor and review the
>> content
>> of all messages sent to or from this e-mail address. Messages sent
>> to or
>> from this e-mail address may be stored on the Infosys e-mail system.
>>>  ***INFOSYS******** End of Disclaimer ********INFOSYS***
>>>
>


Mime
View raw message