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: | Closing large .properties file takes a long time and seems to leak memory | ||
---|---|---|---|
Product: | utilities | Reporter: | jbisotti <jbisotti> |
Component: | Properties | Assignee: | issues@utilities <issues> |
Status: | VERIFIED FIXED | ||
Severity: | blocker | CC: | dpavlica |
Priority: | P3 | Keywords: | PERFORMANCE, UI |
Version: | 3.x | ||
Hardware: | PC | ||
OS: | Windows XP | ||
Issue Type: | DEFECT | Exception Reporter: | |
Bug Depends on: | |||
Bug Blocks: | 32123, 32129 |
Description
jbisotti
2003-02-28 20:37:38 UTC
I guess you work with default table view. It automatically parses all locales so the memory model can be pretty large. Going to investigate the leak. I have not yet evaluted on memoty leak but: Dusan I guess it's big candidate on HIE review. Why the table contains all collumns. Would not it be enough to have three: key, selected locale 1 and selected locale 2. Having 2 combos to allow select locales. It would help USABILITY and PERFORMANCE. I'm able to reproduce the slowness problem on closing text editor. org.netbeans.editor.DocumentContent.createBiasPosition(DocumentContent.java:91) org.netbeans.editor.BaseDocument.createPosition(BaseDocument.java:851) org.openide.text.NbDocument.createPosition(NbDocument.java:155) org.openide.text.PositionRef$Manager$Kind.toMemory(PositionRef.java:414) org.openide.text.PositionRef$Manager.addPosition(PositionRef.java:337) org.openide.text.PositionRef.init(PositionRef.java:81) org.openide.text.PositionRef.<init>(PositionRef.java:76) org.openide.text.PositionRef.<init>(PositionRef.java:53) org.openide.text.CloneableEditorSupport.createPositionRef(CloneableEditorSupport.java:750) org.netbeans.modules.properties.PropertiesParser.createBiasBounds(PropertiesParser.java:321) org.netbeans.modules.properties.PropertiesParser.readNextElem(PropertiesParser.java:299) org.netbeans.modules.properties.PropertiesParser.parseFileMain(PropertiesParser.java:160) org.netbeans.modules.properties.PropertiesParser.parseFile(PropertiesParser.java:115) org.netbeans.modules.properties.StructHandler.reparseNowBlocking(StructHandler.java:76) org.netbeans.modules.properties.StructHandler.reparseNowBlocking(StructHandler.java:60) org.netbeans.modules.properties.PropertiesEditorSupport$PropertiesEditor.closeLast(PropertiesEditorSupport.java:852) I'll have to take closer look on model synchronization mechanism. I did some optimalizations such as that text editor usage will never provoke populating structure model. It eliminates long pauses during editing. I cannot reproduce the memory leak. Verified in dev 200303270100. Opening file spent 3 sec. Closing file spent 1 sec. File had 3500 properties with comments. I tried this on 1000 MHz processor and 384 MB RAM on Linux. |