Delete large files in large directories takes ages / freezes FC
Posted: 21.11.2017, 12:02
FreeCommander XE 2017 Build 741 64-bit donor, Win7pro - 64bit Build 6701 SP1. German language.
I have several folders with a large number of files, from 3K to 100k. Whenever I delete a file from one of these folders, FC will freeze for a considerable amount of time up to several minutes. The duration of the freeze seems to be dependent on the numbers of files in the directory as well as on the type of files. Video/Audio files, when being deleted, will make FC freeze a lot longer than small text files. It seems to me that FC does some directory refresh when deleting, reading deep into the file information which would explain why complex files result in a longer freeze than simple ones.
I use the Windows delete method which may important because Windows Explorer will execute the same delete much faster. So I have to attribute the delays to something that FC does while Windows Explorer does not.
In my FC file browser window only file name, date, size and type are displayed, no fancy items like resolution, bit rate, duration and such which might require a deeper look into each file why refreshing the window after a delete. Thus, a delete should be executed at a glance which my copy of FC is miles away from.
The problem has been persistent for a couple of FC builds, so it is nothing that came with a recent update. I am using FC for a couple of years now and to my best knowledge the bug/problem has always been there.
I have several folders with a large number of files, from 3K to 100k. Whenever I delete a file from one of these folders, FC will freeze for a considerable amount of time up to several minutes. The duration of the freeze seems to be dependent on the numbers of files in the directory as well as on the type of files. Video/Audio files, when being deleted, will make FC freeze a lot longer than small text files. It seems to me that FC does some directory refresh when deleting, reading deep into the file information which would explain why complex files result in a longer freeze than simple ones.
I use the Windows delete method which may important because Windows Explorer will execute the same delete much faster. So I have to attribute the delays to something that FC does while Windows Explorer does not.
In my FC file browser window only file name, date, size and type are displayed, no fancy items like resolution, bit rate, duration and such which might require a deeper look into each file why refreshing the window after a delete. Thus, a delete should be executed at a glance which my copy of FC is miles away from.
The problem has been persistent for a couple of FC builds, so it is nothing that came with a recent update. I am using FC for a couple of years now and to my best knowledge the bug/problem has always been there.