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.

Bug 182900 - [69cat] The performance for select several lines is terrible
Summary: [69cat] The performance for select several lines is terrible
Status: RESOLVED FIXED
Alias: None
Product: editor
Classification: Unclassified
Component: Painting & Printing (show other bugs)
Version: 6.x
Hardware: PC Linux
: P2 normal with 1 vote (vote)
Assignee: issues@editor
URL:
Keywords: PERFORMANCE, REGRESSION
: 182961 183373 183400 (view as bug list)
Depends on:
Blocks:
 
Reported: 2010-03-26 14:06 UTC by Michel Graciano
Modified: 2010-06-16 03:31 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michel Graciano 2010-03-26 14:06:41 UTC
[ BUILD # : c0c8da2a52b0 ]
[ JDK VERSION : 1.6.* ]

To reproduce it, just press Shift in the beginning of large file (1500 lines)
and them keep pressed the down key and you will see the IDE hands for several
brief intervals. It is an awkward regression and make the editor terrible to
work.
Comment 1 David Strupl 2010-04-02 17:40:34 UTC
*** Bug 183400 has been marked as a duplicate of this bug. ***
Comment 2 Vladimir Voskresensky 2010-04-05 07:25:10 UTC
see snapshot in issue #183400. 240 secs to select lines is "no-go" from C++ component. It's rather common to have big files in C/C++ projects.
Comment 3 Miloslav Metelka 2010-04-07 07:22:36 UTC
The problem be demonstrated when doing cursor down/up in JTable.
I have likely found the problem in HighlightsViewFactory and I'm preparing a fix.
Comment 4 David Strupl 2010-04-07 07:30:48 UTC
*** Bug 183373 has been marked as a duplicate of this bug. ***
Comment 5 David Strupl 2010-04-07 09:19:52 UTC
*** Bug 182961 has been marked as a duplicate of this bug. ***
Comment 6 Miloslav Metelka 2010-04-07 13:46:11 UTC
HighlightsViewFactory now only requests highlights till matchOffset.
http://hg.netbeans.org/jet-main/rev/f94732b3cdae
Comment 7 Vitezslav Stejskal 2010-04-07 16:17:26 UTC
http://hg.netbeans.org/jet-main/rev/10c056ab3568
Comment 8 Miloslav Metelka 2010-04-07 18:29:27 UTC
Apologies, my original fix needed an improvement:
http://hg.netbeans.org/jet-main/rev/90581ca5ee1a
Comment 9 Vitezslav Stejskal 2010-04-08 09:51:50 UTC
One more rectification, please make sure that you have a build with all the changesets when testing.
http://hg.netbeans.org/jet-main/rev/52bb703cd4a0
Comment 10 Quality Engineering 2010-04-09 04:48:27 UTC
Integrated into 'main-golden', will be available in build *201004090201* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress)
Changeset: http://hg.netbeans.org/main/rev/f94732b3cdae
User: Miloslav Metelka <mmetelka@netbeans.org>
Log: #182900 - The performance for select several lines is terrible.
Comment 11 stefan79 2010-04-16 10:47:36 UTC
Really fixed?
I got the following slowness-detection at build 201004160201.
---
It has now been added to the exception database with id #372090. It has been classified as a duplicate of report #167160. 

This bug was already fixed.
Please update your build of NetBeans to the latest build of 6.9 where bug #182900 is fixed. If you are already using newer build and your report meets certain criteria new bug will be filled automatically.
Your previous reports
Thanks again for your help.
---
Comment 12 Vitezslav Stejskal 2010-04-18 14:29:14 UTC
(In reply to comment #11)
> Really fixed?
> I got the following slowness-detection at build 201004160201.
> ---
> It has now been added to the exception database with id #372090. It has been
> classified as a duplicate of report #167160. 

Could you please post a link here? It's a bit sluggish in my 60k lines testing java file, but it's not too bad. And it's working fine in a 5k lines file.
Comment 13 Peter Pis 2010-04-19 08:34:12 UTC
Performance while selecting lines is not so bad but the usage of CPU is much higher. (60-75%)

The same behavior can be encountered for 6.8 either.
Java: 1.6.0_18; Java HotSpot(TM) Client VM 16.0-b13
System: Linux version 2.6.31-20-generic running on i386; UTF-8; en_US (nb)
Comment 14 Peter Pis 2010-04-19 08:48:21 UTC
Downgrading the priority. Not a stopper for 6.9 beta.
Comment 15 David Strupl 2010-04-19 15:11:56 UTC
I have just tried today's build on 20k lines file and selecting big parts of the file looked reasonably fast on my macosx. Sooo - is this problem still present in the current trunk?
Comment 16 Michel Graciano 2010-04-19 16:58:12 UTC
David,
I tested it a little bit with my local build I've just updated. I tested it agains an .sql file with 7857 lines and I get a slowness report [1] against another issue so I am not sure if both are related or not. What I did was:
1.Go to the last line of the file;
2.Press Ctrl + Shift + Home
3.With Shift pressed, I moved the caret for between lines up-to-down using the down key.
After moving between some lines the slowness detector was activated some times, but was possible to work. BTW for java files, the experience was terrible with a 2560 lines file. I just can't work on it even without slowness detector showing me anything the editor responsiveness was at least terrible. If you need any additional detail just let me know.

[1] http://statistics.netbeans.org/analytics/exception.do?id=373348
Comment 17 Miloslav Metelka 2010-06-15 12:18:35 UTC
After issue #183646 was implemented the selection should work fast (checked it on a file with 40000 lines). There was one minor problem though that I've just fixed.

http://hg.netbeans.org/jet-main/rev/3032e330d928
Comment 18 Quality Engineering 2010-06-16 03:31:00 UTC
Integrated into 'main-golden', will be available in build *201006160001* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress)
Changeset: http://hg.netbeans.org/main/rev/3032e330d928
User: Miloslav Metelka <mmetelka@netbeans.org>
Log: #182900 - The performance for select several lines is terrible.