RMLINT overreports number of files
by ericlindellnyc from LinuxQuestions.org on (#6PQ5G)
On macOS Monterey, I'm preparing to dedup a 5 terabyte drive with 5 million files. So I tested RMLINT on a small directory of videos, which I duplicated. I placed original and duplicate in same folder and ran RMLINT.
FINDER reports this data on each of the two duplicate folders.
Code:11,160,285,568 bytes
(11.16 GB on disk) for
19 itemsRMLINT on the terminal reports
Code:==> In total 99320 files,
whereof 19102 are duplicates
in 2231 groups.
==> This equals 396.66 MB of duplicates which could be removed.
==> Scanning took in total 2m 41.328s.Code:So Finder reports . .
19 files, compared to RMLINT's 100 thousand.
19 duplicates vs 19 thousand.
11 gigabytes vs 397 gigabytesIn short, RMLINT is grossly over-reporting total number of files, number of duplicates, and total size in GB.
I've been reading up on RMLINT's amazing capabilities, but now I'm afraid to use it.
Anyone familiar with RMLINT who might share insights?
Thanks in advance.
FINDER reports this data on each of the two duplicate folders.
Code:11,160,285,568 bytes
(11.16 GB on disk) for
19 itemsRMLINT on the terminal reports
Code:==> In total 99320 files,
whereof 19102 are duplicates
in 2231 groups.
==> This equals 396.66 MB of duplicates which could be removed.
==> Scanning took in total 2m 41.328s.Code:So Finder reports . .
19 files, compared to RMLINT's 100 thousand.
19 duplicates vs 19 thousand.
11 gigabytes vs 397 gigabytesIn short, RMLINT is grossly over-reporting total number of files, number of duplicates, and total size in GB.
I've been reading up on RMLINT's amazing capabilities, but now I'm afraid to use it.
Anyone familiar with RMLINT who might share insights?
Thanks in advance.