[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
RE: [wtp-releng] Perf tests on M5 and later
|
Thanks, David,
This helped! The releng.wtpbuilder is in the workspace
where I run the pert test script, so changes in this project are easy.
Now the xsd-runtime is extracted in we fall in the next
problem :-)
Now the perf test procedure is blocked on the
org.eclipse.jst.server.tomcat.tests.performance.tomcat50.AllTests test. An
"Internal Error > Do you want to exit the workbench > Yes/No" message box
pops up in the tested IDE. This effectively blocks the test to finish and
therefore the whole procedure blocks.
This happens in both M5 and M6, but the reason (found in
the logs) are different.
In M5 we have an OutOfMemoryError in com.ibm.icu (see stack
trace below), while in M6 we have a StackOverflowError in org.eclipse.core (see
stack trace below).
Any hints on these issues are warmly welcome and higly
appreciated.
Greetings,
Kaloyan
M5: OutOfMemoryError
=========================
!ENTRY org.eclipse.core.jobs 4 2 2008-04-09
04:58:13.883
!MESSAGE An internal error occurred during: "Process resource
updates".
!STACK 0
java.lang.OutOfMemoryError: Java heap space
at
java.lang.String.<init>(String.java:174)
at
com.ibm.icu.impl.ICUResourceBundle.getStringValue(ICUResourceBundle.java:1054)
at
com.ibm.icu.impl.ICUResourceBundleImpl$ResourceString.<init>(ICUResourceBundleImpl.java:122)
at
com.ibm.icu.impl.ICUResourceBundle.createBundleObject(ICUResourceBundle.java:948)
at
com.ibm.icu.impl.ICUResourceBundleImpl$ResourceTable.handleGet(ICUResourceBundleImpl.java:204)
at
com.ibm.icu.impl.ICUResourceBundle.getBundle(ICUResourceBundle.java:887)
at
com.ibm.icu.impl.ICUResourceBundle.createBundle(ICUResourceBundle.java:848)
at
com.ibm.icu.impl.ICUResourceBundle.instantiateBundle(ICUResourceBundle.java:751)
at
com.ibm.icu.impl.ICUResourceBundle.getBundleInstance(ICUResourceBundle.java:719)
at
com.ibm.icu.util.UResourceBundle.getRootType(UResourceBundle.java:465)
at
com.ibm.icu.util.UResourceBundle.instantiateBundle(UResourceBundle.java:513)
at
com.ibm.icu.util.UResourceBundle.getBundleInstance(UResourceBundle.java:137)
at
com.ibm.icu.util.UResourceBundle.getBundleInstance(UResourceBundle.java:217)
at
com.ibm.icu.text.RuleBasedCollator.<init>(RuleBasedCollator.java:1818)
at
com.ibm.icu.text.CollatorServiceShim$1$CollatorFactory.handleCreate(CollatorServiceShim.java:112)
at
com.ibm.icu.impl.ICULocaleService$LocaleKeyFactory.create(ICULocaleService.java:378)
at
com.ibm.icu.impl.ICUService.getKey(ICUService.java:460)
at
com.ibm.icu.impl.ICUService.getKey(ICUService.java:380)
at
com.ibm.icu.impl.ICULocaleService.get(ICULocaleService.java:72)
at
com.ibm.icu.impl.ICULocaleService.get(ICULocaleService.java:56)
at
com.ibm.icu.text.CollatorServiceShim.getInstance(CollatorServiceShim.java:32)
at
com.ibm.icu.text.Collator.getInstance(Collator.java:478)
at
com.ibm.icu.text.Collator.getInstance(Collator.java:312)
at
org.eclipse.ui.internal.views.markers.MarkerEntry.getCollationKey(MarkerEntry.java:150)
at
org.eclipse.ui.internal.views.markers.MarkerDescriptionField.getDescriptionKey(MarkerDescriptionField.java:144)
at
org.eclipse.ui.internal.views.markers.MarkerDescriptionField.compare(MarkerDescriptionField.java:124)
at
org.eclipse.ui.internal.views.markers.MarkerProblemSeverityAndMessageField.compare(MarkerProblemSeverityAndMessageField.java:39)
at
org.eclipse.ui.internal.views.markers.MarkerComparator.compare(MarkerComparator.java:99)
at
java.util.Arrays.mergeSort(Arrays.java:1284)
at
java.util.Arrays.mergeSort(Arrays.java:1295)
at
java.util.Arrays.mergeSort(Arrays.java:1295)
at
java.util.Arrays.mergeSort(Arrays.java:1295)
=========================
M6. StackOverflowError
=========================
!ENTRY org.eclipse.core.jobs 4 2 2008-04-10
13:11:03.296
!MESSAGE An internal error occurred during: "Compacting
memory".
!STACK 0
java.lang.StackOverflowError
at
java.util.HashMap.get(HashMap.java:343)
at
org.eclipse.core.internal.utils.StringPool.add(StringPool.java:47)
at
org.eclipse.core.internal.resources.MarkerAttributeMap.shareStrings(MarkerAttributeMap.java:274)
at
org.eclipse.core.internal.resources.MarkerInfo.shareStrings(MarkerInfo.java:194)
at
org.eclipse.core.internal.resources.MarkerSet.shareStrings(MarkerSet.java:241)
at
org.eclipse.core.internal.resources.ResourceInfo.shareStrings(ResourceInfo.java:454)
at
org.eclipse.core.internal.dtree.DataTreeNode.storeStrings(DataTreeNode.java:342)
at
org.eclipse.core.internal.dtree.AbstractDataTreeNode.storeStrings(AbstractDataTreeNode.java:536)
at
org.eclipse.core.internal.dtree.AbstractDataTreeNode.storeStrings(AbstractDataTreeNode.java:536)
at
org.eclipse.core.internal.dtree.AbstractDataTreeNode.storeStrings(AbstractDataTreeNode.java:536)
at
org.eclipse.core.internal.dtree.DataTreeNode.storeStrings(DataTreeNode.java:338)
at
org.eclipse.core.internal.dtree.DeltaDataTree.storeStrings(DeltaDataTree.java:956)
at
org.eclipse.core.internal.dtree.DeltaDataTree.storeStrings(DeltaDataTree.java:958)
at
org.eclipse.core.internal.dtree.DeltaDataTree.storeStrings(DeltaDataTree.java:958)
at
org.eclipse.core.internal.dtree.DeltaDataTree.storeStrings(DeltaDataTree.java:958)
at
org.eclipse.core.internal.dtree.DeltaDataTree.storeStrings(DeltaDataTree.java:958)
........................................
=========================
Yes, I can give some hints.
Assuming you use the "wtp.perf"
distribution in releng.wtpbuilder ... I
see it using the dependancies in the releng map files. When we switched to the split-up emf zips, the emf runtime
was left with an ID of emf and a new one
added for the xsd info set with an ID of emfxsd ... so, the following needs to
be added to the "setup" target in the
build.xml. I've released this change to head ... but not sure if/how/where you
can version it to make it part of your M5 run. <antcall target="getAndInstall">
<param
name="groupId"
value="emfxsd" />
<param
name="clean"
value="true" /> </antcall> Thanks,
| From:
| "Raev, Kaloyan"
<kaloyan.raev@xxxxxxx>
|
| To:
| "Webtools releng discussion list"
<wtp-releng@xxxxxxxxxxx>
|
| Date:
| 04/07/2008 11:47 AM
|
| Subject:
| RE: [wtp-releng] Perf tests on M5 and
later |
One step ahead...
The described performance
tests plugins cannot be started, because they
depend (indirectly) on the
org.eclipse.xsd plugin, which is not
available in the target installation. It
turns out that the perf test
procudure extracts only the emf-runtime.zip, but
not the
xsd-runtime.zip.
As far as I remember the old emf-xsd-sdo.zip
has been split to
emf-runtime.zip, xsd-runtime.zip, etc. starting M5. But the
perf test
script does not reflect this change correctly.
David, can
you give some hints on
this?
Greetings,
Kaloyan
-----Original
Message-----
From: wtp-releng-bounces@xxxxxxxxxxx
[mailto:wtp-releng-bounces@xxxxxxxxxxx]
On Behalf Of Raev, Kaloyan
Sent: Wednesday, April 02, 2008 7:38 PM
To:
Webtools releng discussion list
Subject: [wtp-releng] Perf tests on M5 and
later
Hello, this mail is a follow-up from the last status
call:
http://wiki.eclipse.org/WTP_2008-03-27
There I mentioned that the perf test procedure experience
problems (new
one) with M5 and later builds. Perf results can be seen
here:
http://download.eclipse.org/webtools/downloads/drops/R3.0/S-3.0M5-200802
18021547/perfresults/graph/performance.php
There are some test
groups that failed executing. Reasons:
Could not find plugin
"org.eclipse.wst.xsd.tests.performance"
Could not find plugin
"org.eclipse.wst.wsdl.tests.performance"
Could not find plugin
"org.eclipse.jst.ws.tests.performance"
Could not find
plugin
"org.eclipse.jst.j2ee.core.tests.performance"
It is strange
that the above plugins are actually in the plug-in
directory of the
installation and they should be found with no problem.
Another issue is
that there are some tests that prints lots of messages
to System.out: total
of ~1,500,000 lines or ~120 MB. The tests are:
org.eclipse.wst.common.tests.performance.internal.CleanBuildTestCase
org.eclipse.jst.server.tomcat.tests.performance.tomcat50.AllTests
org.eclipse.wst.html.ui.tests.performance.scalability.Validate1KBFileTes
tCase
I
guess this is the reason that the perf test procedure takes three
times more
than normal. The pattern of all of the dumps is:
"<timestamp>
<some_id> TestValidator3 <something>".
Here is the console log (~120 MB) for reference:
http://download.eclipse.org/webtools/downloads/drops/R3.0/S-3.0M5-200802
18021547/perfresults/consolelogs/wtpperflog.txt
I hope someone
have an idea why the above issues happen and give me a
hand on finding
solution.
Greetings,
Kaloyan Raev
Eclipse WTP
Committer
<http://www.eclipse.org/webtools/people/person.php?name=raev>
Senior Developer
NW C JS TOOLS JEE (BG)
SAP Labs
Bulgaria
T +359/2/9157-416
mailto:kaloyan.raev@xxxxxxx
www.sap.com
P Save a tree -
please do not print this email unless you really need
to!
_______________________________________________
wtp-releng mailing
list
wtp-releng@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/wtp-releng
_______________________________________________
wtp-releng mailing
list
wtp-releng@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/wtp-releng
