[
https://jira.jboss.org/browse/JBOSGI-400?page=com.atlassian.jira.plugin.s...
]
David Bosschaert commented on JBOSGI-400:
-----------------------------------------
I'm sorry I thought I mentioned this in the commit mail, but the test does print this
out as information during run. The default population is tiny (25). You can get a larger
population (e.g. 10000) by setting the system property
org.jboss.osgi.test.performance.service.size=10000 on the VM.
The system test is technically a subset of the bundle test so that's why I started it
first. I'll look into the bundle test next.
Provide stress test bundles suitable for profiling the framework
----------------------------------------------------------------
Key: JBOSGI-400
URL:
https://jira.jboss.org/browse/JBOSGI-400
Project: JBoss OSGi
Issue Type: Task
Security Level: Public(Everyone can see)
Components: Core Framework
Reporter: Thomas Diesler
Assignee: David Bosschaert
Fix For: JBossOSGi 1.0.0 Beta10
Original Estimate: 3 days
Remaining Estimate: 3 days
I recently connected the YourKit profiler to surefire while running the jbosgi
performance tests. Unfortunately it seems that I'm profiling Arquillian and the JUnit
overhead more than the framework itself.
Would it be possible to also provide "framework-stress-test" bundles that we
can drop into the standalone Runtime (or AS7) which would exercise framework in a similar
way to what the performance tests do already. Perhaps each stress test bundle could start
a Thread, which tests bundle/service lifecycle on a ton of bundles/services
The profiler should not have to see significant overhead coming from test infrastructure.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira