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 245202 - org.netbeans.modules.versioning.ui.diff.DiffSidebar.paintComponent: LowPerformance took 52214 ms.
Summary: org.netbeans.modules.versioning.ui.diff.DiffSidebar.paintComponent: LowPerfor...
Status: NEW
Alias: None
Product: editor
Classification: Unclassified
Component: Painting & Printing (show other bugs)
Version: 8.0
Hardware: All All
: P3 normal (vote)
Assignee: Miloslav Metelka
URL:
Keywords: PERFORMANCE
Depends on:
Blocks:
 
Reported: 2014-06-23 21:33 UTC by Exceptions Reporter
Modified: 2017-09-05 12:37 UTC (History)
22 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter: 210409


Attachments
nps snapshot (436.75 KB, application/nps)
2014-06-23 21:33 UTC, Exceptions Reporter
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Exceptions Reporter 2014-06-23 21:33:13 UTC
This bug was originally marked as duplicate of bug 239532, that is already resolved. This bug is still valid, so this seems to be another bug, but it might be related.

Build: NetBeans IDE 8.0 (Build 201403101706)
VM: OpenJDK 64-Bit Server VM, 24.55-b03, OpenJDK Runtime Environment, 1.7.0_55-b13
OS: OpenBSD

User Comments:
GUEST: Formatting a single Java source code file.



Maximum slowness yet reported was 52214 ms, average is 52214
Comment 1 Exceptions Reporter 2014-06-23 21:33:18 UTC
Created attachment 147746 [details]
nps snapshot
Comment 2 Ondrej Vrabec 2014-06-24 06:17:50 UTC
running org.netbeans.modules.java.source.save.Reformatter.reformatImpl()	92.079216	38,285 ms (92.1%)	38,285 ms under a document write lock, diff is merely waiting for a read lock.
Can the reformatting spend less time under the write lock? Or maybe better, can org.netbeans.modules.editor.lib2.view.ViewUpdates.updateViewsByModification()	49.36628	20,525 ms (49.4%)	20,525 ms update views only after the reformatting finishes?