Bug 187078 - 30s in java.io.File.listFiles()
30s in java.io.File.listFiles()
Product: platform
Classification: Unclassified
Component: Filesystems
All All
: P3 with 1 vote (vote)
Assigned To: Jaroslav Havlin
EXCEPTIONS_REPORT perf-profileme
Depends on:
  Show dependency treegraph
Reported: 2010-06-02 08:56 UTC by Exceptions Reporter
Modified: 2015-10-29 13:25 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT

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

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
Comment 5 Jaroslav Havlin 2015-10-29 13:25:00 UTC
The last report comes from version 7.3 Beta.
It seems that the bug has been already fixed.
Closing the issue.

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