From: SourceForge.net <no...@so...> - 2010-03-04 15:23:19
|
Bugs item #2962965, was opened at 2010-03-04 01:39 Message generated for change (Comment added) made by shlomy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2962965&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: editor core Group: severe bug Status: Open Resolution: None Priority: 5 Private: No Submitted By: Martin Petříček (bilboq) Assigned to: Matthieu Casanova (kpouer) Summary: jEdit unusably slow when editing file with long lines Initial Comment: When I tried opening a XML file with very long line (4.5 MB file, first two lines are short, the last line having approx 4500000 characters), jEdit was unusably slow - it took several minutes to open the file, ate whatever memory permitted by -Xmx parameter (-Xmx512M caused jEdit to eat about 0.5GB of ram, with -Xmx192M it ate only about 200MB) and after loading the file it is not responsive (I resided opened jEdit window several minutes ago and it have not yet been redrawn). These "single line XML files" are quite common products of many programs and while they are unfriendly to edit, search and replace with these files usually work quite well - if the editor can load them. ---------------------------------------------------------------------- >Comment By: Shlomy Reinstein (shlomy) Date: 2010-03-04 17:23 Message: Can you attach a sample file that demonstrates this slowness? ---------------------------------------------------------------------- Comment By: Martin Petříček (bilboq) Date: 2010-03-04 16:31 Message: I do not have XML plugin installed, so while there may be additional issues with that plugin, they are not the root cause of this problem. I experienced these problem even when I've run jEdit under new user without any plugins (to rule out possibility that some plugin may be responsible for this) or any previous configuration. Even without any plugins, jEdit is unusably slow with these very long lines. ---------------------------------------------------------------------- Comment By: kerik (kerik-sf) Date: 2010-03-04 08:35 Message: to address the XML - sidekick parsing, I have been looking forward to implementing an upper limit on the number of nodes in the parse tree. Then, to popup a dialog saying "there are already 10000 nodes in the tree, do you want to continue parsing ? (Yes,No,Always, Always for that buffer)". Of course, the upper limit would be configurable in the option pane. Many features of the XML plugin don't require a parse tree, so you could as well disable XML parsing (Plugins > Plugin Options > Sidekick > Parsers > xml : empty choice). ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2010-03-04 02:16 Message: yeah, i've seen those too. I imagine there are two factors in place: 1. soft line wrap - takes longer to calculate with those long lines 2. XML plugin needs to parse it all into sidekick. but we'd have to profile it properly to find out exactly where the most work is being done. I often beautify such files before editing them but it still takes a long time to load initially ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2962965&group_id=588 |