Bug 75288 - Code completion performance
Summary: Code completion performance
Status: RESOLVED DUPLICATE of bug 76027
Alias: None
Product: JDT
Classification: Eclipse Project
Component: Core (show other bugs)
Version: 3.0   Edit
Hardware: PC Windows XP
: P3 normal (vote)
Target Milestone: 3.1 M3   Edit
Assignee: JDT-Core-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-09-29 10:52 EDT by Jörg von Frantzius CLA
Modified: 2005-01-24 05:00 EST (History)
1 user (show)

See Also:

Attachments
stack trace while codecompletion runs (6.71 KB, text/plain)
2004-09-29 10:53 EDT, Jörg von Frantzius CLA 		no flags Details
different looking thread dump (6.00 KB, text/plain)
2004-09-29 10:59 EDT, Jörg von Frantzius CLA 		no flags Details
third dump, while inserting completed code (5.99 KB, text/plain)
2004-09-29 11:20 EDT, Jörg von Frantzius CLA 		no flags Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Jörg von Frantzius CLA 2004-09-29 10:52:35 EDT 
Using 3.1M2, the performance of code completion is sometimes unacceptable. I
created a thread dump and will attach it...
Comment 1 Jörg von Frantzius CLA 2004-09-29 10:53:24 EDT 
Created attachment 14893 [details]
stack trace while codecompletion runs
Comment 2 Jörg von Frantzius CLA 2004-09-29 10:59:15 EDT 
Created attachment 14894 [details]
different looking thread dump
Comment 3 Markus Keller CLA 2004-09-29 11:10:31 EDT 
Moving to JDT/Core for comments.

Jörg, do you have a scenario / numbers that show a slowdown of 3.1 M2 with
respect to earlier builds?
Comment 4 Jörg von Frantzius CLA 2004-09-29 11:19:40 EDT 
(just had a bugzilla "mid air collision", what I just wanted to say is:)

What is even less understandable: once the list of completions has popped up, in
my case with only one found completion, I press return to chose it and then CPU
usage jumps to the ceiling again for quite a while until the code is inserted at
the edit location. Please see third attachment for the corresponding thread dump.

Just to have mentioned it: when I say "unacceptable performance", I really meant
high CPU usage for nearly 1/2 minute on a 1,6 Ghz machine (its not that my jars
were on a network drive or something)
Comment 5 Jörg von Frantzius CLA 2004-09-29 11:20:33 EDT 
Created attachment 14896 [details]
third dump, while inserting completed code
Comment 6 Jörg von Frantzius CLA 2004-09-29 11:32:35 EDT 
Markus, when I edit the same code in the same way using 3.0 (Release 3.0, not
3.0.1), I don't get this long pause. There is a little perceivable delay, but
it's absolutely acceptable and I certainly wouldn't have the time to click on
the console window and take a thread dump...
Comment 7 Adam Kiezun CLA 2005-01-21 17:12:03 EST 
this bug got stuck 'between door' with its component being jdt ui and owner
jdt-core-inbox

moving to jdt core
Comment 8 Frederic Fusier CLA 2005-01-22 11:01:04 EST 
Some improvement have been done in this area since build 3.1 M2.
Please try with last milestone build 3.1 M4 and let us know if it always happen,
thanks
Comment 9 Jörg von Frantzius CLA 2005-01-24 04:33:33 EST 
No, this one doesn't happen anymore for me. Thanks!
Comment 10 Frederic Fusier CLA 2005-01-24 05:00:12 EST 
Reopen to set as duplicate...
Comment 11 Frederic Fusier CLA 2005-01-24 05:00:56 EST 

*** This bug has been marked as a duplicate of 76027 ***