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 37679 - Accessing disk from AWT slows down NB
Summary: Accessing disk from AWT slows down NB
Status: RESOLVED DUPLICATE of bug 28774
Alias: None
Product: obsolete
Classification: Unclassified
Component: vcscore (show other bugs)
Version: 3.x
Hardware: PC Linux
: P3 blocker (vote)
Assignee: Martin Entlicher
URL:
Keywords: PERFORMANCE
Depends on: 32089
Blocks:
  Show dependency tree
 
Reported: 2003-12-02 16:32 UTC by Peter Zavadsky
Modified: 2004-01-28 10:53 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
AWT thread stack made during that 'freeze' (1.80 KB, text/plain)
2003-12-02 16:33 UTC, Peter Zavadsky 		Details
Maybe this thread dump will be of some use. (9.06 KB, patch)
2003-12-03 08:23 UTC, Jiri Kovalsky 		Details | Diff
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Peter Zavadsky 2003-12-02 16:32:33 UTC 
I worked with vcs... ste the refresh to "no
refresh".. but when updated big vcs fs's (core +
openide) by action "refresh recursively".. the
system suddenly almost freezed up.  The painting
didn't occure for a long time (window was grey)..
I did some thread dumps and appared there is
accessing disk by vcs from AWT thread, which
probably blocked the painting routines, see
attachment.
Comment 1 Peter Zavadsky 2003-12-02 16:33:15 UTC 
Created attachment 12387 [details]
AWT thread stack made during that 'freeze'
Comment 2 Jiri Kovalsky 2003-12-03 08:20:04 UTC 
Well, to be honest I experience something similar. The IDE is not
dead-locked but its responsiveness is so slow that I rather kill it
and restart to go on with my work. I am gonna attach my thread dump
just for the case it's related to this problem.
Comment 3 Jiri Kovalsky 2003-12-03 08:23:29 UTC 
Created attachment 12392 [details]
Maybe this thread dump will be of some use.
Comment 4 Martin Entlicher 2003-12-03 13:36:13 UTC 
This problem will hopefully be fixed after issue #32089 is resolved.
With the current cache framework it's not easily fixable and spawning
this into RP thread will probably not improve the performance.

Jiri, don't you have some problem in the OS? Your thread dump is again
free of any activity.
Comment 5 Martin Entlicher 2004-01-28 10:53:45 UTC 
This is a duplicate of issue #28774.


*** This issue has been marked as a duplicate of 28774 ***