caxapa.ru :: Если написать на сях или крестах, да еще и в shared memory разместить БД, а не на диске, то еще шустрей должно быть. Разве что все равно остается малый вариант коллизий, поэтому иногда для надежности генерят два разных хэша, а то и вовсе побайтно сравнивают файлы с одинаковыми хэшами...

Eddy_Em (Сегодня, 14:42, просмотров: 42) ответил Nikolay_Po на jdupes, по заявлениям автора, в 7 раз (в среднем) быстрее. Он ругался, что тормозной fdupes отказался принимать его коммиты, поэтому и сделал свой jdupes.

Если написать на сях или крестах, да еще и в shared memory разместить БД, а не на диске, то еще шустрей должно быть. Разве что все равно остается малый вариант коллизий, поэтому иногда для надежности генерят два разных хэша, а то и вовсе побайтно сравнивают файлы с одинаковыми хэшами...

eddy-em.livejournal.com github.com/eddyem

Ответить

- однако и "двух разных хэшей" возможны дубликаты файлов... так что только бинарное сравнение - Zoro(Сегодня, 15:24)
  - Это - долго и уныло. Я предпочитаю так не делать. Если случится одна коллизия на триллион - ну и хрен с ней! - Eddy_Em(Сегодня, 16:32)
  - Интересно узнать КАК?? - AlexBi(Сегодня, 16:32)
- Ну он так и делает. По хешам, он ищет не одинаковые файлы, а разные. Одинаковые в любом раскладе сравнивает побайтно. - Nikolay_Po(Сегодня, 14:44)

Средства и методы разработки