Very slow operation using Shift+Del

[RRbitwise]

For quite some time (years) I've noticed that using Shift+Del to permanently delete a directory and all of its content is rather slow. For example, I created a directory containing 74 files comprising about 356 MB of space. When I select that directory and then press Shift+Del to initiate the mass delete, and then click on the Yes button to confirm the operation, the pop-up which contains the "Discovering Items ..." text appears and it takes about 17 seconds (elapsed time) for the mass delete to complete.

This is on a system with a reasonably fast SATA SSD; I do not believe that the speed of the storage device has anything to do with the rather long elapsed time of the Shift+Del operation.

As an experiment, I wrote a small Rexx program to essentially perform the same function. The program gets a list of the file names in the directory, deletes each file individually, and finally deletes the directory. This operation completes in less than a second.

The XYplorer processing time is essentially the same regardless of the setting of File Operations Background Processing for Deletes.

What is going on in XYplorer that causes it to take so much time for the mass delete?

[admin]

These deletions are done by the Windows shell. XYplorer just tells it what to do. But it seems to do something more, nobody knows what. Doing these deletions natively has been planned for a long time, but has not happened yet.

[RRbitwise]

Thanks for the explanation (of sorts ) !

[Raf]

Waiting for native implementation. Any files deletetion must use TRIM command (if supported). TRIM is enabled on my Transcend SSD (TS512GSSD230S), but I can't confirm that win10 22H2 actually uses it, because deletion is slower than copying.