There's no descript.ion.
TC checks for system/hidden/read-only attributes which explorer does also.
Any other reasons of why explorer does in 30 seconds the job TC manages to do in 5 minutes?
Delete speed
Moderators: Hacker, petermad, Stefan2, white
Delete speed
TC for Linux please!
- sqa_wizard
- Power Member
- Posts: 3893
- Joined: 2003-02-06, 11:41 UTC
- Location: Germany
Do a quick forum search for "slow delete", this has been discussed multiple times.
Just some additional tasks of TC:
- deleting a folder TC has to delete file by file
- for each deleted file TC checks for a descript.ion. entry to delete (even if no such file exists)
- for each deleted file TC checks for a thumbnail to remove
- for each folder to delete TC checks if it is just a junction (so removes the reference only, data and original folder are kept ... Explorer deletes whole content instead)
... and a lot of more checks for sure.
Just some additional tasks of TC:
- deleting a folder TC has to delete file by file
- for each deleted file TC checks for a descript.ion. entry to delete (even if no such file exists)
- for each deleted file TC checks for a thumbnail to remove
- for each folder to delete TC checks if it is just a junction (so removes the reference only, data and original folder are kept ... Explorer deletes whole content instead)
... and a lot of more checks for sure.
#5767 Personal license
I didn't come to this forum yesterdayDo a quick forum search for "slow delete", this has been discussed multiple times.

And explorer does it how?- deleting a folder TC has to delete file by file
My point exactly. There should be only one check, at the beginning, and this checking must be configurable. It's not like descript.ion's fall out of the sky.- for each deleted file TC checks for a descript.ion. entry to delete (even if no such file exists)
This must be configurable also. I rather remove dead thumbs myself from time to time than having to eat my fingernails for half an hour.- for each deleted file TC checks for a thumbnail to remove
Hmm... that is strong point indeed. But AFAIK NTFS response is quite fast which doesn't justify the slowness of TC- for each folder to delete TC checks if it is just a junction
Looks like it's your favorite behavior... and a lot of more checks for sure.

TC for Linux please!
It must be a lot of files you are deleting....?Any other reasons of why explorer does in 30 seconds the job TC manages to do in 5 minutes?
I just tested TC deleting 30000 files - it took 35 seconds, not using recycle bin, but including writing 700 kb of logfile and checking for descript.ion file.
If I try deleting the same 30000 zero-byte files in Explorer (still not using the recycle bin), it first takes 30 seconds to "Prepare deleting" - then deletion takes place for 15 seconds and then Explorer FREEZES up for 2 minutes and 20 seconds!
I think I like the TC way then!
License #524 (1994)
Danish Total Commander Translator
TC 11.51 32+64bit on Win XP 32bit & Win 7, 8.1 & 10 (22H2) 64bit, 'Everything' 1.5.0.1391a
TC 3.60b4 on Android 6, 13, 14
TC Extended Menus | TC Languagebar | TC Dark Help | PHSM-Calendar
Danish Total Commander Translator
TC 11.51 32+64bit on Win XP 32bit & Win 7, 8.1 & 10 (22H2) 64bit, 'Everything' 1.5.0.1391a
TC 3.60b4 on Android 6, 13, 14
TC Extended Menus | TC Languagebar | TC Dark Help | PHSM-Calendar
- sqa_wizard
- Power Member
- Posts: 3893
- Joined: 2003-02-06, 11:41 UTC
- Location: Germany
2roentgen: You may disable your Virus Scanner temporarily (some just want to scan each file before it is deleted ... no I'm not kidding)
What about disabling the option : Operation - Calculate space occupied by subdirectories - before copying/deleting ?
Any better deletion performance ?
What about disabling the option : Operation - Calculate space occupied by subdirectories - before copying/deleting ?
Any better deletion performance ?
#5767 Personal license