ZTree.com  | ZEN  | About...  

 Index   Back

[OT] Many deletes slows and stops   [OT]

By: Marcel       
Date: Mar 19,2018 at 14:58
In Response to: [OT] Many deletes slows and stops (Donald_SBC)

> This video shows the speed. It appears to take what seems a second
> for each file. In this example I am using JP Software's TCC to do this
> Params mean process Sub dirs, remove empty dirs, Yes to all prompts,
> del hidden and read only
> It is almost like it is doing a wipe on the space the file occupied.
> Video to give feel of speed. https://youtu.be/SvynxtG727U
> > > It seems to run faster if I allow the Recycle Bin to be used.
> > >
> > > Using ZTreeW64 v2.4.182
> > >
> >
> > Which I would have thought was normal, because it then becomes a move
> > rather than a delete. You will incur the delete overhead when the
> file
> > is deleted from the recycle bin; which may not be noticeable because
> it
> > could be over a period of time. Of course, if you empty the recycle
> bin,
> > you will get an idea whether that is any different from the time
> being
> > taken by ZTree.

Sometimes prune (Alt-P) works a bit faster, but I suspect you are running up against the OS itself.
There are some suggestions to use robocopy /mir (Google it) because it is running multiple threads. Most likely all the overhead of removing the file and directory entries (long and 8.3), removing indexing data and ACLs is slowing this to a crawl. Initially the file cache will eat some of this overhead but once it is saturated, you're looking at real time synchronous disk operations (you didn't say if this is an SSD or platters).
Some things you can try to shave off some time is to disable 8.3 filename generation, and to turn off indexing for that volume.

Good luck.

Thread locked

Messages in this Thread

95,467 Postings in 12,041 Threads, 350 registered users, 137 users online (0 registered, 137 guests)
Index | Admin contact |   Forum Time: Aug 1, 2021 - 4:28 pm UTC  |  Hits:41,329,591  (15,860 Today )
RSS Feed