Bug 188022 - AuxiliaryConfigBasedPreferencesProvider should store keys asynch
AuxiliaryConfigBasedPreferencesProvider should store keys asynch
Status: RESOLVED WORKSFORME
Product: projects
Classification: Unclassified
Component: Generic Infrastructure
6.x
All All
: P3 (vote)
: TBD
Assigned To: Jesse Glick
issues@projects
EXCEPTIONS_REPORT perf-profileme
: PERFORMANCE, THREAD
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2010-06-24 07:13 UTC by davti
Modified: 2012-06-01 08:56 UTC (History)
0 users

See Also:
Issue Type: DEFECT
:


Attachments
nps snapshot (10.94 KB, application/nps)
2010-06-24 07:13 UTC, davti
Details

Note You need to log in before you can comment on or make changes to this bug.
Description davti 2010-06-24 07:13:22 UTC
Build: NetBeans IDE 6.9 (Build 201006101454)
VM: Java HotSpot(TM) Client VM, 16.3-b01, Java(TM) SE Runtime Environment, 1.6.0_20-b02
OS: Windows XP
Maximum slowness yet reported was 63241 ms, average is 61155
Comment 1 davti 2010-06-24 07:13:27 UTC
Created attachment 100373 [details]
nps snapshot
Comment 2 Jesse Glick 2010-06-24 14:45:09 UTC
SQE asks to store a prefs key in a project, which then waits for the project lock. This is held for a long time by a Java EE project's view, parsing some Glassfish config file; the Windows file system is taking a very long time to respond, perhaps due to lack of working memory.

The root slowdown is probably just the usual crappy Windows I/O performance, but the blocking of the GUI is due to AuxiliaryConfigBasedPreferencesProvider trying to write out new values immediately. Unless flush() is called, it is permitted to do so asynchronously, though this could result in some race conditions.
Comment 3 Petr Cyhelsky 2012-06-01 08:56:07 UTC
last report is 2 years old - seems to be fixed now


By use of this website, you agree to the NetBeans Policies and Terms of Use. © 2012, Oracle Corporation and/or its affiliates. Sponsored by Oracle logo