Bug 187078 - 30s in java.io.File.listFiles()
30s in java.io.File.listFiles()
Status: REOPENED
Product: platform
Classification: Unclassified
Component: Filesystems
6.x
All All
: P3 with 1 vote (vote)
: TBD
Assigned To: Jaroslav Havlin
issues@platform
EXCEPTIONS_REPORT perf-profileme
: PERFORMANCE
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2010-06-02 08:56 UTC by Exceptions Reporter
Modified: 2013-05-30 13:58 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
:


Attachments
nps snapshot (5.55 KB, application/nps)
2010-06-02 08:57 UTC, Exceptions Reporter
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Exceptions Reporter 2010-06-02 08:56:56 UTC
Build: NetBeans IDE 6.9 Beta (Build 201004200117)
VM: Java HotSpot(TM) Client VM, 16.3-b01, Java(TM) SE Runtime Environment, 1.6.0_20-b02
OS: Linux

User Comments:
GUEST: I think it was scanning for external changes

GUEST: I have a mounted SSHFS folder with many files, It takes a lot to load it.



Maximum slowness yet reported was 30126 ms, average is 12705
Comment 1 Exceptions Reporter 2010-06-02 08:57:00 UTC
Created attachment 99747 [details]
nps snapshot
Comment 2 Jaroslav Tulach 2010-06-10 15:35:05 UTC
30s in java.io.File.listFiles() in other than AWT thread seems to slow down a single query to File.canRead in AWT thread. Either the system is too slow or overloaded. I really don't know what to do with this. Closing as won't fix.
Comment 3 Egor Ushakov 2012-10-31 16:36:18 UTC
please look through the latest reports, they seem to have been matched incorrectly, several are for bug 218234 for sure
Comment 4 Alexander Simon 2013-01-29 10:22:44 UTC
Slow file system is not justification of IO activity in EDT.
49 reports => P2


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