Нет, я не о Windows в целом, - я о трех утилитах: FC, Comp и WinDiff. Все три способны по-байтно сравнивать файлы размерами хоть до, хоть после 4 Гб. Но, конечно, с увеличением размера увеличивается и время сравнения. К примеру, на моем компе потребуется около 4 минут, чтобы пробежаться по паре 4Гб-файлов. А если надо просто выяснить, идентичны ли файлы? Тогда, казалось бы, дело ускорится: ведь достаточно довести сравнение лишь до первого несовпадения. И если несовпадение случится уже на первом байте - то времени уйдет 0. А вот и нет: эти утилиты и в этом случае будут пахать те же 4 минуты. Ибо нет у них для командной строки соответствующего ключа. Причем уже много-много лет как нет. И вот сдается мне, что эти утилиты - на самом деле кракми. Крякните их. Сможете?
На самом деле они не для проверки на идентичность, а для поиска различий, что вовсе не одно и то же. Преждевременного выхода из цикла сравнения в них не предусмотрено, так то не крякать нужно, а дописать нужный функционал и внедрить его в существующий код, что будет сложнее, чем написать такие сравнилки с нуля.
rmn, твой отзыв огорошил некоторой нелогичностью, вот смотри: >На самом деле они не для проверки на идентичность, а для поиска различий, - а смысл противопоставлять одно другому? наоборот, в компараторах и дифферах естественнее сочетание этих целей. >что вовсе не одно и то же. - вообще не понимаю, зачем ты это приписал >Преждевременного выхода из цикла сравнения в них не предусмотрено, - а то, что "не предусмотрено" - откуда знаешь? а если - "не задействовано"? ты же вряд ли уже исследовал эти проги в данном разрезе? >так то не крякать нужно, а дописать нужный функционал и внедрить его в существующий код, что будет сложнее, чем написать такие сравнилки с нуля. - да что ты ? Гляжу на крошечный бат-файл, о котором говорилось в #18 топика о "4Gb": запускает FC - и закрывает после первого несовпадения. Вот для обратной задачи - получить диффер из тестера на идентичность - тогда ага: пришлось бы дописывать нужный функционал.
Смысл в том, чтобы подчеркнуть различие между компараторами и дифферами. Эти программы НЕ компараторы, их задача найти все различия в файлах, а не проверить на идентичность. Открыл в иде и посмотрел циклы сравнения, очевидно же В бат-файл не глядел, но вангую, что там просто прибивается процесс, когда от него в stdout что-то вываливается (сообщение о найденном различии). С "излечением" FC это вроде как никак не связано.
не, не пойдет: всего лишь - вероятнее, при том, что возможность получить 100%-ное знание за приемлемое время - есть
эти программы - применимы в частности И как компараторы, вовсе не слишком проигрывающие в скорости "чисто" компараторам, так что повторю: противопоставлять бессмысленно. В наборе внешних компараторов/дифферов в топике о "4Gb" есть тому примеры . такить главное - заставить работать как надо, а не степерь точности использованных при этом терминов