[
https://jira.jboss.org/browse/JBOSGI-400?page=com.atlassian.jira.plugin.s...
]
Thomas Diesler commented on JBOSGI-400:
---------------------------------------
When I drop this in the runtime's deploy folder, it only runs for a fraction of a
second
09:50:04,633 INFO [BundleManager] Install bundle: service-perf-test:0.0.0
Writing to:
/home/tdiesler/jboss-osgi-1.0.0.Beta10-SNAPSHOT/runtime/server/default/data/osgi-store/bundle-12/CreateAndLookupBenchmark-1286351404663
*** Running service benchmark with size: 25
*** For other propulations set system property:
org.jboss.osgi.test.performance.service.size
Starting 2 threads
Starting at Wed Oct 06 09:50:04 CEST 2010
Starting at Wed Oct 06 09:50:04 CEST 2010
Registered Services Wed Oct 06 09:50:04 CEST 2010
Invoked Services Wed Oct 06 09:50:04 CEST 2010
Registered Services Wed Oct 06 09:50:04 CEST 2010
Invoked Services Wed Oct 06 09:50:04 CEST 2010
All threads finished
*** Performance test finished, stopped bundle
What we need are long running test bundles that allow the profiler to collect meaningful
test data.
According to our performance matrix
(
http://jbmuc.dyndns.org:8280/hudson/job/jbosgi-performance-matrix/ws/test...),
is interesting what we do during bundle installation - that would need to be looked at
first.
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