[
https://issues.apache.org/jira/browse/FELIX-5665?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16137060#comment-16137060
]
AnilKumar Attuluri commented on FELIX-5665:
-------------------------------------------
[~karlpauls]
I am seeing a similar problem with xml parser resources:
*META-INF/services/org.apache.xerces.xni.parser.XMLParserConfiguration* (this
is not found, resulting in dynamic import search and causing a similar spike) -
I added similar check to skip loading this resource since this is not a dynamic
resource.
For the following I had to add *META-INF.services* to bootdelegation package
list to make it better but still gets loaded for every call.
*META-INF/services/javax.xml.parsers.SAXParserFactory*
*META-INF/services/javax.xml.parsers.DocumentBuilderFactory*
I will need your help in addressing this as well.
> High CPU usage on sun.reflect.Generated* class loads by log4j
> --------------------------------------------------------------
>
> Key: FELIX-5665
> URL: https://issues.apache.org/jira/browse/FELIX-5665
> Project: Felix
> Issue Type: Improvement
> Components: Framework
> Affects Versions: framework-5.6.4
> Reporter: AnilKumar Attuluri
> Assignee: Karl Pauls
> Fix For: framework-5.6.8
>
> Attachments: FELIX-5665.patch, IMG_1.jpg, IMG_2.jpg
>
>
> We have been running some performance tests to prepare our OSGi bundle
> (*running in Apache Karaf*) for production.
> Just to give some background about our OSGi bundle, we converted an existing
> Spring application into an OSGi bundle with all the current dependencies
> packaged into the bundle as an uber artifact.
> When we run >= 500 TPS (each of these calls results in a http call made via a
> library) we run into this high CPU usage spikes reaching up to 100% CPU.
> Please see the image attached, the spikes in the image are 100% CPU usage
> while the average is about 40%. Also see the CPU sampler image which points
> to
> *org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation*
> Is there an existing bug/documentation that already captures this?
> We don't see this behavior when we run the same app in standalone JVM.
>
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
