Hide Forgot
Affects: Compatibility/Configuration Steps to Reproduce: export JAVA_OPTS="" bin/run.sh <options> project_key: SOA Currently run.sh/bat seems to be setting memory settings for all available configurations: -Xms1303m -Xmx1303m -XX:PermSize=256m -XX:MaxPermSize=512m This doesn't work in my tests (see below). Windows 32bit (tried on w2k3 and w2k8 with 4GB of physical memory): Error occurred during initialization of VM Could not reserve enough space for object heap Could not create the Java virtual machine. solaris sparc(64): For some reason I'm seeing OutOfMemoryError permgen and other I think caused by that errors so server doesn't start. Jiri Pechanec reported that with "-Xmx1500m -XX:MaxPermSize=1024m" server starts normally on the machines I have tested on. All architectures: * Martin reported that SOA-P production server occupies around 1,2G with no applications deployed (Martin could you provide a link to the jprofile report?). So 1303m seems to me too low for a server + any user application. * On the other hand I'm not sure why window 32bit can't allocate 1,3G of memory... perhaps things would work if lower limit is NOT set? * Just a side note that our solaris 9/10 x86(_64) and solaris9 sparc hardware have only 2GB of physical memory so I am not able to definitely say there is no problem there.
Link: Added: This issue is related to SOA-2377
To be clear the issue is that current memory settings set by the scripts are not working for particular architectures *and* are too low for the clients to be running any applications. We need default settings that will be reasonable for a starter (at least server alone needs to start cleanly on all certified platforms).
Link: Added: This issue related SOA-2377
PM team decided this is a blocker for SOA 5.1.0. We may not be able to make it work, in which case it will turn into a documentation issue and handed over to ECS.
I made some rough comparisons as part of SOA-2377.
The issue on the windows box is the amount of contiguous memory available for allocation to heap/permgen, and this seems to change depending on the particular server. Looking at the memory map of the java process running on soa5 would suggest that the maximum available (for this machine) is 1674m. Our current configuration is 1303m and 512m, 1815m in total. In order to cover this variance in available memory it may be sufficient to lower the permgen to 256m.
I should add that the important aspect of these settings is to allow someone to start the server without issue, we could equally choose to reduce the heap.
Talked with Andy Miller and he suggested removing the -XX:MaxPermSize=512m from the server. We still need to include the PermSize configuration as we exceed the default size.
Assigning to Julian to override the run.conf/bat settings
Talked this over with Julian and we appear to modify the EAP settings. EAP appear to use "-Xms1303m -Xmx1303m -XX:MaxPermSize=256m" so we should revert to that.
The QE team now specify their own startup parameters so it is safe to reduce these in the SOA configurations.
Resolved with revision 7642 of: build-tools/builders/eap/post-patch/patch_run_bat.xml Commit message: SOA-2392 Use memory settings from EAP as default settings.
Writer: Added: Darrin
Release Notes Docs Status: Added: Not Yet Documented
Confirmed with ER6 that server starts up on machines with with 4G of RAM even on the supported windows.versions.
Release Notes Docs Status: Removed: Not Yet Documented Added: Documented as Resolved Issue Labels: Removed: rn-dmison Release Notes Text: Added: The default JVM memory settings in run.conf (and run.conf.bat) have been updated in this release. PermSize is no longer set, and MaxPermSize is set to 256 megabytes. This provides a more consistent server behavior on different platforms.