[ BUILD # : 200906081401 ]
[ JDK VERSION : 1.6.* ]
While initializing the code-completion dialogs and lists under Ruby
On Rails, the system generated slowness profiles.
Created attachment 83458 [details]
Created attachment 83459 [details]
Created attachment 83460 [details]
Created attachment 83484 [details]
I couldn't see anything ruby specific in the snapshots, it seems that PatchedHtmlRenderer#renderHtml that gets invoked
multiple times by GsfCompletionItem is taking a rather long time. Passing to editor for further investigation.
200906081401-slow-creating-code-completion-for-ror.nps is somewhat different than the other three snapshots. It shows an
activity in rubyforge ReadersSupport. So, I'll ignore it. The other three show activity in PatchedHtmlRenderer and its
use of FontMetrics.getStringBounds. I'm not sure how this can be made faster though. What OS are you running? Is there
anything special about your fonts, look & feel, etc?
Gateway m460 notebook
Also happens on a Dell Inspiron 600 with dual core and 4gb mem running WinXP.
Wrt. ReadersSupport - that's the ruby debugger loop, so it can indeed be ignored here.
Strange. Does it happen under Ruby On Rails only, or is it reproducible also in the Java editor?
Most of the time spent in the FontMetrics.getStringBounds. Since there are no other similar reports since NB 6.7, closing as WONTFIX for now.