[Performance Tuning] - Too may FullGC
by vons1234
Hi,
I am seeing too many Full GC on our UAT jboss server
Our environment detail is
Jboss 4.2.0, RHEL Linux, JDK 1.5 update 12
We are using following switches with JVM
| JAVA_OPTS="-server -Xms1500m -Xmx1500m -Xss128k -verbose:gc -Xloggc:GC.log -XX:+PrintGCTimeStamps -XX:+PrintGCDetails -XX:+UseLargePages -XX:PermSize=512m -XX:MaxPermSize=512m -XX:ThreadStackSize=512 -XX:+UseParallelGC -XX:+AggressiveHeap -XX:CompileThreshold=100 -XX:SurvivorRatio=8 -XX:TargetSurvivorRatio=90 -XX:MaxTenuringThreshold=31"
|
I am not sure about all the switch since they were set by a earlier guy on the environment.
It should not have that many Full GC atleast.
These are the excerpts from GC.log
| 3.233: [Full GC [PSYoungGen: 47467K->0K(505344K)] [PSOldGen: 0K->3913K(960512K)] 47467K->3913K(1465856K) [PSPermGen: 10353K->10353K(524288K)], 0.0826630 secs]
| 20.516: [GC [PSYoungGen: 433152K->37159K(505344K)] 437065K->41073K(1465856K), 0.0479740 secs]
| 26.509: [GC [PSYoungGen: 470311K->55349K(505344K)] 474225K->59263K(1465856K), 0.0718930 secs]
| 63.336: [Full GC [PSYoungGen: 231313K->0K(505344K)] [PSOldGen: 3913K->70244K(960512K)] 235227K->70244K(1465856K) [PSPermGen: 60120K->60120K(524288K)], 0.6276220 secs]
| 124.003: [Full GC [PSYoungGen: 12615K->0K(505344K)] [PSOldGen: 70244K->70698K(960512K)] 82860K->70698K(1465856K) [PSPermGen: 60284K->60284K(524288K)], 0.4507880 secs]
| 184.480: [Full GC [PSYoungGen: 12679K->0K(505344K)] [PSOldGen: 70698K->69983K(960512K)] 83378K->69983K(1465856K) [PSPermGen: 60348K->60199K(524288K)], 0.5425070 secs]
| 245.062: [Full GC [PSYoungGen: 14884K->0K(505344K)] [PSOldGen: 69983K->70499K(960512K)] 84868K->70499K(1465856K) [PSPermGen: 60240K->60240K(524288K)], 0.4373220 secs]
| 305.534: [Full GC [PSYoungGen: 13311K->0K(505344K)] [PSOldGen: 70499K->70948K(960512K)] 83811K->70948K(1465856K) [PSPermGen: 60320K->60320K(524288K)], 0.4404290 secs]
| 366.015: [Full GC [PSYoungGen: 19158K->0K(505344K)] [PSOldGen: 70948K->71326K(960512K)] 90107K->71326K(1465856K) [PSPermGen: 60626K->60626K(524288K)], 0.4434450 secs]
| 426.492: [Full GC [PSYoungGen: 298711K->0K(505344K)] [PSOldGen: 71326K->79680K(960512K)] 370038K->79680K(1465856K) [PSPermGen: 63711K->63704K(524288K)], 0.6969270 secs]
| 487.235: [Full GC [PSYoungGen: 113471K->0K(505344K)] [PSOldGen: 79680K->81257K(960512K)] 193152K->81257K(1465856K) [PSPermGen: 64029K->64029K(524288K)], 0.5384320 secs]
| 547.798: [Full GC [PSYoungGen: 50512K->0K(505344K)] [PSOldGen: 81257K->82307K(960512K)] 131769K->82307K(1465856K) [PSPermGen: 64102K->64102K(524288K)], 0.5207440 secs]
| 608.354: [Full GC [PSYoungGen: 20435K->0K(505344K)] [PSOldGen: 82307K->82894K(960512K)] 102743K->82894K(1465856K) [PSPermGen: 64113K->64113K(524288K)], 0.5209310 secs]
| 668.918: [Full GC [PSYoungGen: 20048K->0K(505344K)] [PSOldGen: 82894K->81159K(960512K)] 102943K->81159K(1465856K) [PSPermGen: 64119K->64116K(524288K)], 0.5797770 secs]
| 729.540: [Full GC [PSYoungGen: 18845K->0K(505344K)] [PSOldGen: 81159K->81862K(960512K)] 100005K->81862K(1465856K) [PSPermGen: 64123K->64123K(524288K)], 0.5061830 secs]
| 790.082: [Full GC [PSYoungGen: 17355K->0K(505344K)] [PSOldGen: 81862K->82468K(960512K)] 99218K->82468K(1465856K) [PSPermGen: 64157K->64157K(524288K)], 0.5156910 secs]
| 850.640: [Full GC [PSYoungGen: 21532K->0K(505344K)] [PSOldGen: 82468K->82883K(960512K)] 104001K->82883K(1465856K) [PSPermGen: 64166K->64166K(524288K)], 0.5069440 secs]
| 911.190: [Full GC [PSYoungGen: 39172K->0K(505344K)] [PSOldGen: 82883K->82313K(960512K)] 122056K->82313K(1465856K) [PSPermGen: 64416K->64415K(524288K)], 0.5833240 secs]
| 971.798: [Full GC [PSYoungGen: 42793K->0K(505344K)] [PSOldGen: 82313K->83650K(960512K)] 125106K->83650K(1465856K) [PSPermGen: 65044K->65044K(524288K)], 0.5328580 secs]
| 1032.366: [Full GC [PSYoungGen: 79362K->0K(505344K)] [PSOldGen: 83650K->85485K(960512K)] 163013K->85485K(1465856K) [PSPermGen: 65067K->65067K(524288K)], 0.5602910 secs]
| 1092.971: [Full GC [PSYoungGen: 19971K->0K(505344K)] [PSOldGen: 85485K->85872K(960512K)] 105457K->85872K(1465856K) [PSPermGen: 65071K->65071K(524288K)], 0.5192250 secs]
| 1153.514: [Full GC [PSYoungGen: 41284K->0K(505344K)] [PSOldGen: 85872K->84748K(960512K)] 127156K->84748K(1465856K) [PSPermGen: 65145K->65143K(524288K)], 0.5955200 secs]
| 1214.134: [Full GC [PSYoungGen: 26565K->0K(505344K)] [PSOldGen: 84748K->85414K(960512K)] 111314K->85414K(1465856K) [PSPermGen: 65267K->65267K(524288K)], 0.5293840 secs]
| 1274.699: [Full GC [PSYoungGen: 19038K->0K(505344K)] [PSOldGen: 85414K->85902K(960512K)] 104453K->85902K(1465856K) [PSPermGen: 65275K->65275K(524288K)], 0.5349830 secs]
| 1335.259: [Full GC [PSYoungGen: 28956K->0K(505344K)] [PSOldGen: 85902K->86588K(960512K)] 114859K->86588K(1465856K) [PSPermGen: 65287K->65287K(524288K)], 0.5304630 secs]
| 1395.814: [Full GC [PSYoungGen: 58454K->0K(505344K)] [PSOldGen: 86588K->90846K(960512K)] 145043K->90846K(1465856K) [PSPermGen: 65489K->65485K(524288K)], 0.6308820 secs]
| 1456.490: [Full GC [PSYoungGen: 17463K->0K(505344K)] [PSOldGen: 90846K->91146K(960512K)] 108310K->91146K(1465856K) [PSPermGen: 65489K->65489K(524288K)], 0.5279640 secs]
| 1517.053: [Full GC [PSYoungGen: 21551K->0K(505344K)] [PSOldGen: 91146K->88091K(960512K)] 112697K->88091K(1465856K) [PSPermGen: 65490K->65490K(524288K)], 0.6676840 secs]
| 1577.765: [Full GC [PSYoungGen: 17617K->0K(505344K)] [PSOldGen: 88091K->88316K(960512K)] 105709K->88316K(1465856K) [PSPermGen: 65490K->65490K(524288K)], 0.5269980 secs]
| 1638.317: [Full GC [PSYoungGen: 16328K->0K(505344K)] [PSOldGen: 88316K->82510K(960512K)] 104644K->82510K(1465856K) [PSPermGen: 65495K->65068K(524288K)], 0.6246950 secs]
| 1698.977: [Full GC [PSYoungGen: 18979K->0K(505344K)] [PSOldGen: 82510K->82693K(960512K)] 101489K->82693K(1465856K) [PSPermGen: 65071K->65071K(524288K)], 0.5276440 secs]
| 1759.549: [Full GC [PSYoungGen: 20763K->0K(505344K)] [PSOldGen: 82693K->83137K(960512K)] 103456K->83137K(1465856K) [PSPermGen: 65086K->65086K(524288K)], 0.5161060 secs]
| 1820.111: [Full GC [PSYoungGen: 150814K->0K(505344K)] [PSOldGen: 83137K->84225K(960512K)] 233951K->84225K(1465856K) [PSPermGen: 65134K->65134K(524288K)], 0.6056400 secs]
| 1836.570: [GC [PSYoungGen: 433152K->11264K(505344K)] 517377K->95489K(1465856K), 0.0111670 secs]
| 1880.761: [Full GC [PSYoungGen: 115732K->0K(505344K)] [PSOldGen: 84225K->87439K(960512K)] 199957K->87439K(1465856K) [PSPermGen: 65349K->65279K(524288K)], 0.7114030 secs]
| 1941.509: [Full GC [PSYoungGen: 430910K->0K(505344K)] [PSOldGen: 87439K->89011K(960512K)] 518349K->89011K(1465856K) [PSPermGen: 65306K->65306K(524288K)], 0.6858490 secs]
| 2002.221: [Full GC [PSYoungGen: 109493K->0K(505344K)] [PSOldGen: 89011K->90356K(960512K)] 198505K->90356K(1465856K) [PSPermGen: 65546K->65546K(524288K)], 0.6933410 secs]
| 2062.957: [Full GC [PSYoungGen: 27659K->0K(505344K)] [PSOldGen: 90356K->90880K(960512K)] 118015K->90880K(1465856K) [PSPermGen: 65549K->65549K(524288K)], 0.5455710 secs]
| 2123.529: [Full GC [PSYoungGen: 42855K->0K(505344K)] [PSOldGen: 90880K->88179K(960512K)] 133736K->88179K(1465856K) [PSPermGen: 65550K->65526K(524288K)], 0.6687030 secs]
| 2184.244: [Full GC [PSYoungGen: 414946K->0K(505344K)] [PSOldGen: 88179K->89130K(960512K)] 503125K->89130K(1465856K) [PSPermGen: 65526K->65526K(524288K)], 0.6813070 secs]
| 2244.950: [Full GC [PSYoungGen: 18271K->0K(505344K)] [PSOldGen: 89130K->89556K(960512K)] 107401K->89556K(1465856K) [PSPermGen: 65527K->65527K(524288K)], 0.5417160 secs]
| 2305.538: [Full GC [PSYoungGen: 23252K->0K(505344K)] [PSOldGen: 89556K->92276K(960512K)] 112809K->92276K(1465856K) [PSPermGen: 65527K->65527K(524288K)], 0.5528190 secs
|
| Please advise on the same
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4233747#4233747
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4233747
16 years, 5 months
[EJB 3.0] - Problem placing @Resource#mapped-name into jboss.xml
by folesen
I have implemented a minor application that needs to be able to run on at least IBM Websphere (V7.0) and JBoss (V5.1.0GA). It is therefore important that all server specific stuff is placed in deployment descriptors. I have a problem with the following code:
| @Stateless
| public class ApplicationRegistryBean implements ApplicationRegistry {
|
| @Resource ConnectionFactory connectionFactory;
| @Resource(mappedName="/queue/appstateQueue") Queue queue;
|
The above code works with the following jboss.xml file (not everything is included):
| <enterprise-beans>
| <session>
| <ejb-name>ApplicationRegistryBean</ejb-name>
| <resource-ref>
| <res-ref-name>dk.kifi.appstate.applicationregistry.ApplicationRegistryBean/queue</res-ref-name>
| <resource-name>AppStateQueue</resource-name>
| </resource-ref>
| <resource-ref>
| <res-ref-name>dk.kifi.appstate.applicationregistry.ApplicationRegistryBean/connectionFactory</res-ref-name>
| <resource-name>AppStateCF</resource-name>
| </resource-ref>
| </session>
| </enterprise-beans>
|
| <resource-managers>
| <resource-manager res-class="">
| <res-name>AppStateQueue</res-name>
| <res-jndi-name>/queue/appstateQueue</res-jndi-name>
| </resource-manager>
| <resource-manager res-class="">
| <res-name>AppStateCF</res-name>
| <res-jndi-name>java:/ConnectionFactory</res-jndi-name>
| </resource-manager>
| </resource-managers>
|
But I would like to avoid the mapped-name attribute like this:
| @Stateless
| public class ApplicationRegistryBean implements ApplicationRegistry {
|
| @Resource ConnectionFactory connectionFactory;
| @Resource Queue queue;
|
The above jboss.xml should work with this code, but I get the following exception during deployment:
| DEPLOYMENTS IN ERROR:
| Deployment "vfsfile:/D:/udvikling/jboss-5.1.0.GA/server/default/deploy/appstate.ear.ear/" is in error due to the following reason(s): java.lang.RuntimeException: mapped-name or message-destination-link is required for dk.kifi.appstate.applicationregistry.ApplicationRegistryBean/queue of deployment ApplicationRegistryBean
|
| at org.jboss.deployers.plugins.deployers.DeployersImpl.checkComplete(DeployersImpl.java:993)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.checkComplete(DeployersImpl.java:939)
| at org.jboss.deployers.plugins.main.MainDeployerImpl.checkComplete(MainDeployerImpl.java:873)
| at org.jboss.system.server.profileservice.repository.MainDeployerAdapter.checkComplete(MainDeployerAdapter.java:128)
| at org.jboss.system.server.profileservice.hotdeploy.HDScanner.scan(HDScanner.java:369)
| at org.jboss.system.server.profileservice.hotdeploy.HDScanner.run(HDScanner.java:255)
| at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
| at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317)
| at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150)
| at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98)
| at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:181)
| at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:205)
| at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
| at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
| at java.lang.Thread.run(Thread.java:619)
|
Does anyone know how to avoid the mapped-name attribute ?
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4233739#4233739
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4233739
16 years, 5 months
[Microcontainer] - Classloading vs. VFS
by jesper.pedersen
I get the following trace:
| Caused by: java.net.MalformedURLException: unknown protocol: vfsfile
| at java.net.URL.<init>(URL.java:574)
| at java.net.URL.<init>(URL.java:464)
| at java.net.URL.<init>(URL.java:413)
| at org.jboss.virtual.plugins.context.file.FileHandler.<init>(FileHandler.java:77)
| at org.jboss.virtual.plugins.context.file.FileHandler.<init>(FileHandler.java:93)
| at org.jboss.virtual.plugins.context.file.FileSystemContext.createVirtualFileHandler(FileSystemContext.java:322)
| at org.jboss.virtual.plugins.context.file.FileSystemContext.createVirtualFileHandler(FileSystemContext.java:260)
| at org.jboss.virtual.plugins.context.file.FileSystemContext.getRoot(FileSystemContext.java:207)
| at org.jboss.virtual.VFS.getRoot(VFS.java:292)
| at org.jboss.virtual.VFS.createNewRoot(VFS.java:186)
| at org.jboss.virtual.VFS.getRoot(VFS.java:201)
| at org.jboss.classloading.spi.vfs.dependency.VFSClassLoaderPolicyModule.getVirtualFile(VFSClassLoaderPolicyModule.java:196)
| at org.jboss.classloading.spi.vfs.dependency.VFSClassLoaderPolicyModule.determineVFSRoots(VFSClassLoaderPolicyModule.java:170)
| ... 41 more
|
when I try to install a bean that calls VFS.init().
This is the first bean installed into the server bootstrap - my Main only setup bootstrap-0.1.2 with a URLCL which contains all the dependencies (VFS 2.2.0.M4).
If I don't declare a I get a NoClassDefFoundError which points in the direction of bootstrap.
*But* shouldn't VFS make sure that the protocol handler is installed before doing anything with it ?
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4233734#4233734
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4233734
16 years, 5 months