Community
Participate
Working Groups
N20060410-0010. I know having many duplicates of the same member isn't a common case but if that happens the performance gets very bad. Test Case: 1. create CU Foo.java 2. add method void foo() {} 3. make 4000 copies for it and save 4. close editor 5. open editor ==> takes very long Now comment out the code in resolveDuplicates() ==> editor opens quite fast
Post 3.2
Can this now be reopened for 3.3.?
Reopening to consider in 3.3
We could have a separate table from original handle (i.e. with occurrenceCount == 0) to current occurrence count.
Deferring again (sorry Dani)
Created attachment 104305 [details] Proposed fix and performance test
Fix and performance test released for 3.5M1 in HEAD. Performance test released in perf_34x branch.
Will be verified once the performance test results are back.
Verified for 3.5M4 using performance results of build I20081211-0100.