When Eudora is opening a message with an attachment, no display update is involved.
Deleting files is slow even when no display update is involved (as in PSE) or when the folder only contains one or two files.
robocopy comes from Microsoft for goodness sake, and it chokes on large folders, and it's a command line tool and I was running it from a script.
Bringing display update into the discussion is just silly. I'm talking about the timing differences: Eudora opening a message without an attachment vs Eudora opening a message with an attachment, PSE going to the next image in full-screen view vs deleting the current image and going to the next. When things happen so fast that I can't time them by eye normally, and take seconds under certain conditions, clearly the difference is related to the certain conditions and not to the normal conditions.
Your argument is that because you often see good performance from the file system, that I can count on good performance from the file system. This is bad logic.
And even if Odysseus can get good performance from the file system, it isn't doing the backups. I'm far from the only one to note here that backups under Windows often choke on large folders and/or large numbers of files.
Why my experience with Eudora's attachment folder differs from yours, I don't know. I'd love to get rid of this annoyance. But clearly you don't know either, since none of your explanations applies. This leaves me still not trusting the file system.
Edward
