Improving performance when verifying 1000s of files in one history

[ptrpfn]

Limiting a costly check to the renaming scenarios where it's needed.

The symptom was that the I/O speed on fast drives (for example, during the create command) got slower and slower after 1000s of files verified. This now only happens when the -dr option is set (where it's needed).

No tests have been changed.

[Copilot]

Pull Request Overview

This PR improves performance when verifying a large number of files by limiting a costly I/O check to scenarios involving renaming.

• Introduces a condition to execute the expensive check only when renaming is detected.
• Bypasses the check otherwise, directly adding the file path to the new paths set.

Comments suppressed due to low confidence (1)

ascmhl/commands.py:257

• Consider computing existing_history.get_relative_file_path(file_path) once before the loop to avoid redundant filesystem access inside the loop.

if media_hash.path == existing_history.get_relative_file_path(file_path):

[pfn-asm]

covered by pull request #166