copying / deleting many small files with TC 7.5 very slow
Moderators: Hacker, petermad, Stefan2, white
copying / deleting many small files with TC 7.5 very slow
I noticed that copying/deleting a big amount of small files with TC 7.50 takes much longer than doing that with TC 6.56 or Windows Explorer.
For example a folder with about 1,200 files and 20 MB takes more than 3 minutes with v7.5:
v7.50: 150-180 kb/s
v6.56: 900-1400kb/s
and even Win Explorer makes them vanish within seconds.
I thought of hardware issues, but if another version and! Win Explorer do their job well, I suppose, there's some installation or compatibility problem with the new version.
Besides, I'm transferring files on the same HDD between two partitions (C:\ -> D:\).
Does anybody have a clue, what could be going on?
If you need any information on my machine, please let me know.
So far: Win XP Pro x86 SP3, 2GB RAM, Intel Core2Duo T7500 2.2 GHz
For example a folder with about 1,200 files and 20 MB takes more than 3 minutes with v7.5:
v7.50: 150-180 kb/s
v6.56: 900-1400kb/s
and even Win Explorer makes them vanish within seconds.
I thought of hardware issues, but if another version and! Win Explorer do their job well, I suppose, there's some installation or compatibility problem with the new version.
Besides, I'm transferring files on the same HDD between two partitions (C:\ -> D:\).
Does anybody have a clue, what could be going on?
If you need any information on my machine, please let me know.
So far: Win XP Pro x86 SP3, 2GB RAM, Intel Core2Duo T7500 2.2 GHz
No, it doesn't. I've already searched the forums for "copy speed" and tried all possible sollutions, but none of them worked.
edit: OH MY GOD! I realized that TC is still removing the directory (~ 7MB) i copied for testing purposes 15 minutes ago. THAT is depressing!
Code: Select all
CopyDefaultMethod=0
SamePartitions=CD
CopyCompatDrives=CD
CopyBlockSize=1024
CopyBlockSizeOther=128
I have the same problem. This is one of my major gripes with TC. The slow deletion speed is bad enough, but it also takes up 100% CPU while it is doing it as well. I'm using Win 7 64bit.
What I have to do is to when I delete a folder and TC starts churning away slowly - and is still deleting a small sized folder 10 minutes later for example - kill the process with task manager then open up Directory Opus (Windows Explorer would also do fine) and delete it from there (deletion via another file manager only takes a couple of seconds at most, TC is the only one to have this problem for me).
What I have to do is to when I delete a folder and TC starts churning away slowly - and is still deleting a small sized folder 10 minutes later for example - kill the process with task manager then open up Directory Opus (Windows Explorer would also do fine) and delete it from there (deletion via another file manager only takes a couple of seconds at most, TC is the only one to have this problem for me).
2romulous
It looks like you are using Windows 7
You should consider to add this line to your wincmd.ini:
Holger
It looks like you are using Windows 7
You should consider to add this line to your wincmd.ini:
wincmd.ini wrote:[Configuration]
VistaDelete=1
HTHHelp wrote:If =1, use new delete method of Windows Vista or later to delete files to recycle bin. Moves entire directories instead of individual files to recycle bin. Warning: This method doesn't warn about read only, hidden or system files, or non-empty directories, just like the Explorer! Do not use if you have manually disabled the recycle bin on certain drives!
Holger
Hello, Rocky III.
Pretty obviously VistaDelete=1 is meant to speed up deleting files and folders on Windows version Vista and newer.
VistaDelete is pretty unrelated to copying.
You can increase copy and delete speed a bit by setting CountMarked=0
Pretty obviously VistaDelete=1 is meant to speed up deleting files and folders on Windows version Vista and newer.
VistaDelete is pretty unrelated to copying.
You can increase copy and delete speed a bit by setting CountMarked=0
Karltotalcmd.chm => 4.b wincmd.ini wrote:CountMarked=1
1: Count files in subdirs before copying/ deleting to allow a second percent bar
0: Do not count files (faster)
Background Copy(<F5><F2>? Disabling logfile? ...Rocky III wrote:Is that the only fix to speed up delete/copy time?
http://ghisler.ch/board/viewtopic.php?p=178399#178399
HTH
Holger
Thank You !!!HolgerK wrote: Background Copy(<F5><F2>? Disabling logfile? ...
http://ghisler.ch/board/viewtopic.php?p=178399#178399
HTH
Holger
Disabling the logfile considerably increased the copy / delete process (actually TC is now performing as I was used to). Since I do not need logfiles anyway, it doesn't matter.
I took a look at the setings in 6.56 and couldn't see any logging. So that was it

But it's hard to believe that this slows down copying about 10 times!
For me the problem is solved

-
- Junior Member
- Posts: 7
- Joined: 2009-11-17, 14:41 UTC
karlchen wrote:Hello, Rocky III.
Pretty obviously VistaDelete=1 is meant to speed up deleting files and folders on Windows version Vista and newer.
VistaDelete is pretty unrelated to copying.
You can increase copy and delete speed a bit by setting CountMarked=0Karltotalcmd.chm => 4.b wincmd.ini wrote:CountMarked=1
1: Count files in subdirs before copying/ deleting to allow a second percent bar
0: Do not count files (faster)
This is really faster!!!

Thank you for the support.
@HolgerK
It was already turned off

Of man how many useful commands TC have! I think i did use more then 20%
----------
Only what i do not like at Vista Delete is open a new window. I get used to fast click delete and enter. Now when i do that i wont to cancel. Anyway it is not problem...

Hi Holger,HolgerK wrote:2romulous
It looks like you are using Windows 7
You should consider to add this line to your wincmd.ini:wincmd.ini wrote:[Configuration]
VistaDelete=1HTHHelp wrote:If =1, use new delete method of Windows Vista or later to delete files to recycle bin. Moves entire directories instead of individual files to recycle bin. Warning: This method doesn't warn about read only, hidden or system files, or non-empty directories, just like the Explorer! Do not use if you have manually disabled the recycle bin on certain drives!
Holger
As far as I know, that doesn't support file comments (descript.ion) does it? I have file comments enabled.
@Elpred: There is a folder on my PC that more consistently than others causes this problem. It has always been excluded from being scanned by my anti-virus (NOD32), so if the anti-virus is affecting it, it could only be because it is ignoring the exclusions I've set for it.
Regards,
CM
Maybe some folder comments in descript.ion are lost if you decide to undelete a folder.romulous wrote:As far as I know, that doesn't support file comments (descript.ion) does it?
The file comments of the files placed in the deleted(moved to recycle.bin) folder are still valid inside recycle.bin

Regards
Holger