This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Summary: | Search and replace interns strings | ||
---|---|---|---|
Product: | editor | Reporter: | _ tboudreau <tboudreau> |
Component: | Search | Assignee: | issues@editor <issues> |
Status: | RESOLVED WONTFIX | ||
Severity: | blocker | CC: | issues |
Priority: | P3 | Keywords: | PERFORMANCE |
Version: | 6.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: |
Description
_ tboudreau
2006-12-25 19:48:27 UTC
That's rather large file. We will need to run profiler to figure out where the possible performance/memory improvements could be done. I remember that there used to be an ineficiency in searching where we have used doc.getText() as a CharSequence which grabbed the whole text from the document into a String. I have double-checked that it's no longer true - the find now uses DocumentUtilities.getText() at DocumentFinder:210 which is a "view" over the document's text. Setting TM to future preliminarily. Might be interesting to just instrument String.intern() and dump stack traces to the console. I don't know any other way you can run out of perm gen doing something that isn't loading classes. The culprit is probably one easily found line of code. I've also verified that both in FindSupport and DocumentFinder there are no String.intern() calls. Actually in j.u.regex.Pattern there are some intern() calls in private Node family(boolean not, boolean singleLetter) Not sure whether the code will reach that point but it may be checked by debugging. It would be nice to have this functional efficiently. Lets focus next release. NetBeans.org Migration: changing resolution from LATER to WONTFIX |