Description of problem: If you connect to JBoss over JMX when it has many rars deployed (over 500), long running high CPU is seen in the following calls: at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:188) at org.jboss.as.jmx.model.ResourceAccessControlUtil.getResourceAccess(ResourceAccessControlUtil.java:85) at org.jboss.as.jmx.model.RootResourceIterator.doIterate(RootResourceIterator.java:51) at org.jboss.as.jmx.model.RootResourceIterator.doIterate(RootResourceIterator.java:61) at org.jboss.as.jmx.model.RootResourceIterator.doIterate(RootResourceIterator.java:61) at org.jboss.as.jmx.model.RootResourceIterator.doIterate(RootResourceIterator.java:61) at org.jboss.as.jmx.model.RootResourceIterator.doIterate(RootResourceIterator.java:61) at org.jboss.as.jmx.model.RootResourceIterator.doIterate(RootResourceIterator.java:61) at org.jboss.as.jmx.model.RootResourceIterator.doIterate(RootResourceIterator.java:61) at org.jboss.as.jmx.model.RootResourceIterator.iterate(RootResourceIterator.java:43) Version-Release number of selected component (if applicable): How reproducible: Very Steps to Reproduce: 1. Deploy many individual rars 2. Connect via JMX (for instance jconsole.sh and try to view mbeans) Actual results: Continuous high CPU and mbeans are never displayed Expected results: mbeans are displayed in reasonable amount of time with reasonable CPU usage Additional info: It's evident that it is iterating over each deployment (each resource adapter counting as a deployment), but for each deployment, it is also iterating over all resource adapter's and their config properties. So it would iterate over all 500+ resource adapters once for each deployment, so it iterates over all 500 adapters at least 500 times. Is there anyway we could avoid that n^2 iteration for deployed rars?
This bug was accidentally moved from POST to MODIFIED via an error in automation, please see mmccune with any questions
Verified with EAP 6.4.8.CP.CR2
Retroactively bulk-closing issues from released EAP 6.4 cumulative patches.