Summary: | [Builder] Reading build state is slow | ||||||
---|---|---|---|---|---|---|---|
Product: | [Eclipse Project] JDT | Reporter: | Jerome Lanneluc <jerome_lanneluc> | ||||
Component: | Core | Assignee: | Kent Johnson <kent_johnson> | ||||
Status: | VERIFIED FIXED | QA Contact: | |||||
Severity: | normal | ||||||
Priority: | P3 | ||||||
Version: | 3.0 | ||||||
Target Milestone: | 2.1.3 | ||||||
Hardware: | PC | ||||||
OS: | Windows 2000 | ||||||
Whiteboard: | |||||||
Attachments: |
|
Description
Jerome Lanneluc
2003-10-31 08:07:56 EST
Build states could be read in the PRE_AUTO_BUILD listener, thus benefiting from the background build support. In a 'normal' build, the initial read of the build state for jdt.ui takes ~2 seconds. Even with tracing enabled, I didn't see anymore & definitely nothing near 11 seconds. I think you got hit with a Global GC. Don't tell me I got hit by a global GC again. This time I got 10406ms to read the jdt.ui state. Well then explain to me how I get 2 seconds doing the exact same thing? You have a faster machine? My machine is at most 10-20% faster than yours, not 500%. How are you getting the 10 second number? Created attachment 6647 [details]
Enable tracing with the attached .options file
Now intern names and qualified names with new Set classes. In a full Eclipse source workspace, some of the bucket sizes had reached 2500- 3000 elements. I'm now seeing 422ms for reading the jdt.ui state. Much better! Should this improvement be backported to 2.1 maintenance stream? Philippe already did it. Backported to 2.1 stream. No target yet. Verified for 3.0M5 Verified for 2.1.3 (M20040225) |