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 190848 - TrailingWhitespaceRemove can be slow - LowPerformance took 28416 ms.
Summary: TrailingWhitespaceRemove can be slow - LowPerformance took 28416 ms.
Status: RESOLVED WORKSFORME
Alias: None
Product: editor
Classification: Unclassified
Component: -- Other -- (show other bugs)
Version: 6.x
Hardware: All All
: P3 normal (vote)
Assignee: Milutin Kristofic
URL:
Keywords: PERFORMANCE
Depends on:
Blocks: 194570
  Show dependency tree
 
Reported: 2010-10-08 12:51 UTC by _swanand
Modified: 2012-06-05 08:39 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter: 170203


Attachments
nps snapshot (16.22 KB, application/nps)
2010-10-08 12:52 UTC, _swanand
Details
nps snapshot (18.94 KB, application/nps)
2011-01-18 13:45 UTC, Alexander Simon
Details
nps snapshot (15.57 KB, application/nps)
2011-01-27 00:07 UTC, Exceptions Reporter
Details

Note You need to log in before you can comment on or make changes to this bug.
Description _swanand 2010-10-08 12:51:59 UTC
Build: NetBeans IDE 6.9.1 (Build 201007282301)
VM: Java HotSpot(TM) 64-Bit Server VM, 16.3-b01-279, Java(TM) SE Runtime Environment, 1.6.0_20-b02-279-10M3065
OS: Mac OS X

User Comments:
_swanand: Started updating a project through Subversion



Maximum slowness yet reported was 28416 ms, average is 15970
Comment 1 _swanand 2010-10-08 12:52:09 UTC
Created attachment 102315 [details]
nps snapshot
Comment 2 Alexander Simon 2011-01-17 22:59:46 UTC
waiting for 900 seconds cannot be P4 issue.
Comment 3 David Strupl 2011-01-17 23:21:51 UTC
It happened exactly 5 times in the last year. Having 500.000 users it means the probability it will happen for a given user is 0.001%.

I will check the last snapshots since it is the only one where the user has waited for so long. The other duplicates were 28s max (hence the P4 with given frequency of occurrence).
Comment 4 Alexander Simon 2011-01-18 07:22:12 UTC
Probability of issue is 100% in case:
- format file with 50K lines
- undo changes.
I agree that 5OK files are rare in java world.
But in C/C++ world each medium project has at least one 50K file.
So from CND point of view it is P2 issue.
For example, format NB file:
cnd.modelimpl/src/org/netbeans/modules/cnd/modelimpl/parser/generated/CPPParser.java
I formating and undo took 2G and 30 minutes.
Comment 5 Alexander Simon 2011-01-18 13:45:43 UTC
Created attachment 105092 [details]
nps snapshot

select all text and press Shift+tab
Comment 6 David Strupl 2011-01-21 10:07:43 UTC
I have created an umbrella issue #194570 to track all problems with big files in the editor. Please add similar issues there so we know all the problems related to editing big files.
Comment 7 Exceptions Reporter 2011-01-27 00:07:13 UTC
Created attachment 105388 [details]
nps snapshot

i was editing a bunch of huge xml files. (>5000 lines)
Comment 8 Marian Mirilovic 2012-06-05 08:39:24 UTC
No more dups in last 14 months