Deleting files after sync very slow

[dirki-boy]

When I delete all the equal files (to the basket) after synchronizing, FFS
does it extremely slow. About 10.000 files are deleted in half an hour or hour
or so. How could I make FFS doing this faster?

[dirki-boy]

And you cannot stop / pause it when you need more recourses of the CPU and
resume later, if I am right. And there is no display of how many files there
are to be deleted, so you cannot estimate how long FFS will be deleting files.

[dirki-boy]

And though the option delete to basket is checked, FFS doesn' t do it, but
deletes the files unrecoverable. How could I change this?

[Zenju]

> And you cannot stop / pause . And there is no display of how many files
there are to be deleted
Could it be that your are using a *very* old version of FFS? On recent
versions you can both stop and you see how many files you have deleted at the
bottom of the main grid.

> How could I make FFS doing this faster?
> And though the option delete to basket is checked, FFS doesn' t do it
The problem deletion is slow is due to Windows Recycle bin API being (very!)
slow. Also Windows Recycle bin has the unfortunate behavior of silently
deleting files if a volume does not support recycler. So you are being
punished twice: you get abysmal performance and your data is deleted instead
of recycled, thanks to MS recycler.

For regular syncs FFS "solves" this problem by checking if recycle bin is
supported and if not, shows a warning and reverts to (extremely fast)
permanent deletion. This is currently not done for manual deletion and I will
have a closer look.
Meanwhile, switching to permanent deletion will solve the performance problem
for you.

[dirki-boy]

Many thanks.


> Could it be that your are using a *very* old version of FFS? On recent
versions you can both stop and you see how many files you have deleted at the
bottom of the main grid.


Ah sorry, I meant, while deleting files, not while comparing or synchronizing.
But I guess you mean "while deleting", but I cannot find there any display of
it...strange...

Arrr, and yes, I see I have FFS 5.4, not very old...but old...I use the
portable version of LiberKey. Is there a portable version available at
sourceforge or so? I couldn't find any there. I assume the display of deleted
and to be deleted files is already shown in version 5.4...


> The problem deletion is slow is due to Windows Recycle bin API being (very!)
slow. Also Windows Recycle bin has the unfortunate behavior of silently
deleting files if a volume does not support recycler. So you are being
punished twice: you get abysmal performance and your data is deleted instead
of recycled, thanks to MS recycler.


OK, I understand, Windows is trash (but I already know it)...


> Meanwhile, switching to permanent deletion will solve the performance
problem for you.


OK, then I will take that in the future...hoping not to delete anything by
accident...

Many thanks again.

[dirki-boy]

I just saw the same download on sourceforge is for portable installation,
also.

[Zenju]

> is already shown in version 5.4...
> but I cannot find there any display of it...strange...
Yes, this feature is like 2 years old. It's on the main dialog right where it
usually says "x of y rows in view":
[404, Invalid URL: http://freefilesync.sourceforge.net/images/screenshot1.png]

> download on sourceforge is for portable installation
Yes, there is no need for another application in order to have a portable FFS.

[dirki-boy]

Thanks for the screen shot, no idea how I could have missed that, I must have
seen it, but...

I did the update.

Many thanks for helping.

[dirki-boy]

> Ah sorry, I meant, while deleting files, not while comparing or
synchronizing.


I forgot: where, how can I pause and resume the deleting?

[Zenju]

2012-07-04 03:56:36 PDT

> forgot: where, how can I pause and resume the deleting?
Just press escape or the huge abort button on upper left of the screen.

> This is currently not done for manual deletion and I will have a closer
look.
I have implemented the fallback logic for manual deletion! FreeFileSync now
will not only make it transparent, when a volume does not support recycler by
showing a warning message, it will also be magnitudes faster when deleting
permanently by not using the recycle bin api. Here is the updated version.
Please let me know if you find any problems:
[404, Invalid URL: http://freefilesync.sourceforge.net/FreeFileSync_5.6_beta_setup.exe]

[dirki-boy]

> Just press escape or the huge abort button on upper left of the screen.


Ah okay, so to resume (to do a real pause doesn' t seem to be possible) I have
to mark all the files to be deleted and start again deleting.

Many thanks for the implementation, great.

I tried a bit, it is much more faster, this massage (and some other ones
obviously meaning the same) occurred while deleting:


By the way, why is an installation recommended instead of using the portable
version? Are there any drawbacks using a portable version (e.g. speed)?

Many thanks again.

[Zenju]

> so to resume I have to mark all the files to be deleted and start again
deleting.
I see what you mean now. I had thought the selection would stay after pressing
abort, but in fact it does not. I have fixed this and updated the beta link!

> this massage occurred while deleting:
The file you are trying to delete is locked by another application. In this
case it's obviously FreeFileSync itself.

> why is an installation recommended
Beginning with Windows Vista programs should not store their configuration
data in "C:\program files" anymore, but in %appdata% instead. Ignoring this
new Windows policy leads to a quite strange behavior: two distinct sets of
configuration being used depending on whether you start the tool with admin or
user rights. "local" installation uses %appdata% and so plays nice according
to the rules.
Additionally "local installation" has the advantage of setting all the file
associations for FFS file types.

[dirki-boy]

> I see what you mean now. I had thought the selection would stay after
pressing abort, but in fact it does not. I have fixed this and updated the
beta link!


Sorry for my bad explanation and thank you.


> > this massage occurred while deleting: The file you are trying to delete is
locked by another application. In this case it's obviously FreeFileSync
itself.


Actually it shouldn' t, I just copied some files for testing purposes (e.g.
the back up of my actual FFS done before I installed (respectively) copied the
new beta version) to the "test" folder, so these ones are just single files
(the new version is located in another folder), so FFS actually cannot be the
program, that locked these files. And "Unlocker" shows these files as
unlocked.

Okay, I understand the difference between installation and portable here.
Until now I didn' t have any problems on Win 7 with the portable version.

> Additionally "local installation" has the advantage of setting all the file
associations for FFS file types.


LiberKey does that, also.

Many thanks again.

[dirki-boy]

I made a further try with same files, now there were locked any file.

[Zenju]

> FFS actually cannot be the program, that locked these files.


I see you're on Windows 7. If a running application would be locking the file,
FreeFileSync would enrich the error message text and name the "culprit".
Unless this determination itself goes wrong.
Error code 0x80270021 is ending with (0x21) ERROR_LOCK_VIOLATION, which
considering HRESULT conventions is a strong indication for indeed a locked
file problem. But it needn't be an application that is locking this file,
could be system component, too. You should do a few more tests to see what
triggers this error. Maybe it is even gone after a restart, which would
confirm a locking issue in first place.

[dirki-boy]

Yes, Win 7. Okay, I understand (so far as possible for me, I regrettably have
no idea of coding etc.), now all seems to work very well, very fast deletion,
fast recycling, including the "resume" function.

Thank you very much.