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.
Umbrella bug 191872 contains several unrelated OOME problems, of which these are CSS-related: http://statistics.netbeans.org/exceptions/exception.do?id=430831 http://statistics.netbeans.org/exceptions/exception.do?id=430840 http://statistics.netbeans.org/exceptions/exception.do?id=431535
http://statistics.netbeans.org/exceptions/exception.do?id=431535 is a duplicate of already fixed issue 184423 - [69cat] OutOfMemoryError: Java heap space. http://statistics.netbeans.org/exceptions/exception.do?id=430840 Shows three parser results held by parsing.api SourceCache. I remember there has been a bugfix by Tomas related to this last year. But I am not sure whether this may be the problem or not. Show in threads doesn't work for this heapdump for the java frame GC roots :-(
There's the issue I mentioned: Bug 191497 - [70cat]IDE becomes slow when editing large HTML file
OK, even the other heapdumps shows still the same problem as issue 194423 described. The issue has not been fixed in fact, the CharSequence returned from parsing.api Snapshot.getText() is a StringBuilder which does clone the text on subSequence(...).
fixed in web-main#810b5292ece4 now most of the CssModel's Entry object properties are loaded lazily since most of them is never used (definitively not necessary during the indexing), and if a property of CharSequence type is requested it returns a wrapping CharSequence which doesn't clone the text but delegates to the source CHS. Thanks for extracting these reports and creating the issue. I believe this fix will help a lot!