I found the cause of my problem. My laptop virtual machine only had one
processor and Java SE6 the definition of a *"server-class* machine is one
with at least 2 CPUs and at least 2GB of physical memory". Once I gave my
virtual machine a second CPU, the ram usage more than doubled.
Then I looked at the <AppName>.woa/<AppName> script and noticed that JVM
options are overriden for OSX.
# Set the default JVM performance parameters on Mac OS X. These can be
# overridden in the classpath file using the JVMOptions or JDBOptions
header or
# on the command line.
#
if [ "${PLATFORM_TYPE}" = "Darwin" ]
then
# Initial heap size is 32M
DEFAULT_JVM_OPTIONS="-Xms32m${DEFAULT_JVM_OPTIONS:+
$DEFAULT_JVM_OPTIONS}"
# Maximum heap size is 64M
DEFAULT_JVM_OPTIONS="-Xmx64m${DEFAULT_JVM_OPTIONS:+
$DEFAULT_JVM_OPTIONS}"
# Default size of new generation is 2M
DEFAULT_JVM_OPTIONS="-XX:NewSize=2m${DEFAULT_JVM_OPTIONS:+
$DEFAULT_JVM_OPTIONS}"
fi
Now that I know the reason for the jump between OSX and Linux machines both
64 bit os's,
I will set these options and tweak as need for applications deployed on the
new servers.
On Thu, Jun 28, 2012 at 11:20 AM, Ron Lift <[email protected]> wrote:
> I still have no luck finding the cause. I only have the problem when the
> app is deployed on RHEL 6 64 bit running on VMware ESX 4.5. When i run on
> my laptop VMWare fusion with RHEL 6, memory usage is normal.
>
> Is anyone else using this setup?
> VMware ESX 4.5, RHEL 6.2 64 bit, JavaMonitor, Java 1.6.0.33 HotSpot 64 bit
> Server
>
> On Sat, Jun 23, 2012 at 2:17 PM, Ron Lift <[email protected]> wrote:
>
>> I will try JMX on Monday when I get back to work. What I find is odd is
>> my CentOS virtual machine I run under parallels on my laptop is @ 110 meg
>> compared to the RHEL that is around 700 meg. a that is almost 7 times the
>> memory usage. I am not at work, virtual memory was around 4 gig per
>> instance. I downloaded a 30 day trial of RHEL an currently installing it
>> on my laptop to try to duplicate the issue. Both linux machines are running
>> 1.6.33, the osx server is 1.6.31
>>
>>
>> On Sat, Jun 23, 2012 at 8:53 AM, Gennady Kushnir <[email protected]>wrote:
>>
>>> I think it is because Mac OS is "smarter" using physical memory and
>>> virtual memory.
>>> I always have much greater memory usage on linux than on mac for the
>>> same WO app...
>>>
>>> 2012/6/23 Pascal Robert <[email protected]>:
>>> >
>>> > Le 2012-06-22 à 13:00, Ron Lift a écrit :
>>> >
>>> >
>>> > I want to thank everyone for the wiki on Deploying on linux at
>>> > http://wiki.wocommunity.org/display/WO/Deploying+on+Linux
>>> > It has been a great help.
>>> > I am running into a memory issue that puzzles me and was wondering if
>>> anyone
>>> > has some insight. I have my application deployed on RHEL6, 64
>>> bit, Java 1.6
>>> > .33 running on VMware. When I look at the memory usage after the
>>> server is
>>> > rebooted, no users have accessed the application, each instance is
>>> using @
>>> > 700meg. The strange thing is before I had the operations department
>>> build
>>> > the server, I created a CentOS 6.2 64 bit on my MBP laptop to test. I
>>> can
>>> > take the same application, deploy it and the memory usage is @ 110
>>> meg. I
>>> > then deployed the app on our OSX server, 110 meg. Any ideas what could
>>> be
>>> > different or what I could look at?
>>> >
>>> >
>>> > The difference might be in the version (client vs server, 32 bit vs 64
>>> bit)
>>> > I assume you have a 64 bit JVM everywhere? Same JVM version
>>> everywhere? You
>>> > can check if you are running the JVM as a "server" by calling java
>>> version:
>>> >
>>> > $ java -version
>>> > java version "1.6.0_33"
>>> > Java(TM) SE Runtime Environment (build 1.6.0_33-b03-424-11M3720)
>>> > Java HotSpot(TM) 64-Bit Server VM (build 20.8-b03-424, mixed mode)
>>> >
>>> > But still, a 590 MB difference is huge. If you enable JMX, what is the
>>> real
>>> > usage of the heap space?
>>> >
>>> > Here is some info
>>> >
>>> > Launching JavaMonitor.woa ...
>>> > java -DWORootDirectory="/opt" -DWOLocalRootDirectory="/opt/Local"
>>> > -DWOUserDirectory="/" -DWOEnvClassPath=""
>>> > -DWOApplicationClass=com.webobjects.monitor.application.Application
>>> > -DWOPlatform=UNIX -Dcom.webobjects.pid=5058 -classpath WOBootstrap.jar
>>> > com.webobjects._bootstrap.WOBootstrap -WOPort 8888
>>> >
>>> > Launching wotaskd.woa ...
>>> > java -DWORootDirectory="/opt" -DWOLocalRootDirectory="/opt/Local"
>>> > -DWOUserDirectory="/" -DWOEnvClassPath=""
>>> > -DWOApplicationClass=com.webobjects.monitor.wotaskd.Application
>>> > -DWOPlatform=UNIX -Dcom.webobjects.pid=5055 -classpath
>>> > WOBootstrap.jar com.webobjects._bootstrap.WOBootstrap -WOPort 1085
>>> > Loading
>>> >
>>> /opt/Local/Library/WebObjects/JavaApplications/JavaMonitor.woa/Contents/UNIX/UNIXClassPath.txt
>>> > Loading
>>> >
>>> /opt/Local/Library/WebObjects/JavaApplications/wotaskd.woa/Contents/UNIX/UNIXClassPath.txt
>>> >
>>> >
>>> > Launching CoopApp.woa ...
>>> > java -DWORootDirectory="" -DWOLocalRootDirectory="/Local"
>>> > -DWOUserDirectory="/opt/Library/WebObjects/Applications/CoopApp.woa"
>>> > -DWOEnvClassPath="" -DWOApplicationClass=Application -DWOPlatform=UNIX
>>> > -Dcom.webobjects.pid=5900 -classpath
>>> > WOBootstrap.jar com.webobjects._bootstrap.WOBootstrap
>>> -WOFrameworksBaseURL
>>> > /WebObjects/CoopApp.woa/Frameworks
>>> > Loading
>>> >
>>> /opt/Library/WebObjects/Applications/CoopApp.woa/Contents/UNIX/UNIXClassPath.txt
>>> > _______________________________________________
>>> > Do not post admin requests to the list. They will be ignored.
>>> > Webobjects-dev mailing list ([email protected])
>>> > Help/Unsubscribe/Update your Subscription:
>>> >
>>> https://lists.apple.com/mailman/options/webobjects-dev/probert%40macti.ca
>>> >
>>> > This email sent to [email protected]
>>> >
>>> >
>>> >
>>> > _______________________________________________
>>> > Do not post admin requests to the list. They will be ignored.
>>> > Webobjects-dev mailing list ([email protected])
>>> > Help/Unsubscribe/Update your Subscription:
>>> >
>>> https://lists.apple.com/mailman/options/webobjects-dev/genkush%40rujel.net
>>> >
>>> > This email sent to [email protected]
>>> >
>>>
>>>
>>>
>>> --
>>> С уважением,
>>> Геннадий Кушнир
>>>
>>
>>
>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to [email protected]
