Deletes slow?

[gse]

I notice that deleting a file in TC is often very slow. The app will lock up for 60+ seconds while deleting a file. I don't notice the same problems in Windows Explorer... anyone have any idea what's happening?

Often after one long wait, subsequent deletes are quick.

(WinXP, fast computer)

[XPEHOPE3KA]

That's probably because of large treeinfo.wc.
The other reason can be that the first file is locked by some application when deleting is started, but is freed by the same app in the middle of deleting. This may happen if you've just view this file and immediately after viewing you delete it.
BTW, how fat is the first file? The rest?

[majkinetor !]

2 X*

Hi X

That's probably because of large treeinfo.wc

?

The other reason can be that the first file is locked by some application when deleting is started, but is freed by the same app in the middle of deleting

You think that qse reported this behavior first time it occured ?

how fat is the first file

See above.

2 qse

I notice that deleting a file in TC is often very slow

Define often.

Often after one long wait, subsequent deletes are quick.

See above.

(WinXP, fast computer)

Define fast

[gse]

I don't believe that this has anything to do with application-level file locking.

"Often" means at least once a day on my work computer, perhaps more. It's not something I've kept track of.

"Fast computer" means a 2ghz laptop with a gig of RAM at work, and a dual-core AMD at home with 2 gigs RAM.

[XPEHOPE3KA]

2 X*

Hi X

That's probably because of large treeinfo.wc

?

It was reported several times at Russian forum that the large treeinfo.wc CAN cause delay in deletion of files, not only folders!
Maybe, TC searches treeinfo.wc for containing folder. That explains the fact that the other files (probably from the same folder!) are deleted faster that the first.

[gse]

I don't have a treeinfo.wc file -- never use tree view...

[Clo]

2gse

Hi !

• Nothing to do with the way you use TC !
- This is a hidden file that is ALWAYS created, one per drive.

-So, set the display of hidden items, then look at the size of that file.
- XPEHOPE3KA is right, this can cause slow downs if too big, this has been discussed here too a while ago…

 KR
Claude
Clo

[Wilhelm M.]

2gse

:• Nothing to do with the way you use TC !
- This is a hidden file that is ALWAYS created, one per drive.

Sorry, but this must be wrong. treeinfo.wc is only generated when treeview is selected. At least that is so on my system. You should not assume without reason that the user does not know about hidden files.

[Clo]

2Wilhelm M.

Hi !

I don't use tree view, and I have one (hidden) file per drive…

 VG
Claude
Clo

[Wilhelm M.]

Then delete it and as long as you never use "Cd Tree", you will never see one again.

Because, as I have just found out, the treeinfo.wc is not generated by the ordinary "tree" view but only by "Cd Tree" (in Commands). See for yourself!

[XPEHOPE3KA]

2Wilhelm M.
That's right. I've already posted somewhere here I had recently formatted D disk, and there was no treeinfo.wc until I saw this topic and generated it using CD Tree menu command.

[ghisler(Author)]

This is defintely NOT normal. Please run Filemon from www.sysinternals.com in the background to find out what is causing this extremely long delay.

[gse]

This is defintely NOT normal. Please run Filemon from www.sysinternals.com in the background to find out what is causing this extremely long delay.

Ah, nice tool, thanks.

It looks like totalcmd.exe is walking my entire RECYCLER tree. I got about 15000 lines of totalcmd output, all of which looks like this...


4424 9:57:41 AM TOTALCMD.EXE:2424 DIRECTORY C:\RECYCLER\S-1-5-21-3219577903-1518296671-341781013-1008\Dc1682\demos\calendar\calendardata\ NO MORE FILES FileBothDirectoryInformation
4425 9:57:41 AM TOTALCMD.EXE:2424 CLOSE C:\RECYCLER\S-1-5-21-3219577903-1518296671-341781013-1008\Dc1682\demos\calendar\calendardata\ SUCCESS
4426 9:57:41 AM TOTALCMD.EXE:2424 OPEN C:\RECYCLER\S-1-5-21-3219577903-1518296671-341781013-1008\Dc1682\demos\calendar\fonts\ SUCCESS Options: Open Directory Access: All
4427 9:57:41 AM TOTALCMD.EXE:2424 DIRECTORY C:\RECYCLER\S-1-5-21-3219577903-1518296671-341781013-1008\Dc1682\demos\calendar\fonts\ SUCCESS FileBothDirectoryInformation: *
4428 9:57:41 AM TOTALCMD.EXE:2424 READ C: SUCCESS Offset: 0 Length: 4096
4429 9:57:41 AM TOTALCMD.EXE:2424 DIRECTORY C:\RECYCLER\S-1-5-21-3219577903-1518296671-341781013-1008\Dc1682\demos\calendar\fonts\ SUCCESS FileBothDirectoryInformation
4430 9:57:41 AM TOTALCMD.EXE:2424 DIRECTORY C:\RECYCLER\S-1-5-21-3219577903-1518296671-341781013-1008\Dc1682\demos\calendar\fonts\ NO MORE FILES FileBothDirectoryInformation
4431 9:57:41 AM TOTALCMD.EXE:2424 CLOSE C:\RECYCLER\S-1-5-21-3219577903-1518296671-341781013-1008\Dc1682\demos\calendar\fonts\ SUCCESS
4432 9:57:41 AM TOTALCMD.EXE:2424 OPEN


There are 2565 OPEN lines, and 2166 READ lines.

Think that's the problem?

[sqa_wizard]

It looks like totalcmd.exe is walking my entire RECYCLER tree

You may consider to empty your Recycle Bin ... and believe me, you will free up a lot of diskspace as well