Что это за хуйня, а вдруг это вирусы?

>>136961894 (OP)
Какой результат то будет?

>>136961894 (OP)
Поясни хоть за суть сабжа, сука ты тупая. Никогда тебе не продать человеку даже годную вещь с таким отношением.

>>136961894 (OP)
Опять ты?
Ок. Повторю пасту. Если у меня будет 23 одинаковых файла на диске, все они схлопнутся на 22 ссылки и один файл.
Если я отредактирую этот файл - изменятся все 22 ссылки. Или удалю этот файл - похерятся все 22. Спасибо.

>>136961990
Откpытый сoус.
>>136962127
Я сeбе освобoдил пoчти 35 гиг. 34 с небольшим.
Сyть в тoм, чтo в NTFS eсть hard links.
finddupe ищет дубликaты фaйлов в рaзделе или в укaзанной пaпке, и связывaет их жeсткими ссылкaми воeдино. Ссылки эти ссылaются в oдно мeсто нa жeстком дискe.
Дубликaты жe хрaнят инфoрмацию в рaзных смещeниях, и являются кoпиями, зaнимающими бoльше сeкторов.
3 пик.

Дeфраггер упaковывает всё этo пoближе, чтoб голoвка нe бeгала пo всeму диcку. И заeбок.

>>136962183
Проследуйте подальше.

>>136963449
Если у меня будет 23 одинаковых файла на диске, все они схлопнутся на 22 ссылки и один файл.
Если я отредактирую этот файл - изменятся все 22 ссылки? Или удалю этот файл - похерятся все 22? Спасибо.

>>136963058
При изменении одного из файлов, состоящих из жестких ссылок - изменятся все 22 файла.
23-й является копией, и инфа лежит в других секторах.
Для удаления файла нужно удалить все 22 жестких ссылки. Для удаления копии достаточно удалить её.
Но заметь, что при удалении копии или жестких ссылок - удаляется только инфа о том, что в конкретных секторах содержится файл.
Сама инфа же - не стирается с диска, поэтому для таких целей есть диск эрасеры, с методом Питера Гуттмана в 35 циклов, для параноиков, например.

Например, Files_Terminator_Free_2.5.0.2_Portable, позволяет вайпать файлы, папки, и свободное место на диске нулями, рандомом, крипторандомом, в 1, 2, 3, 7 и 35 проходов. Нарыть это можешь в гугле.
Такие дела.

>>136963506
Тебе -> сюда. >>136963663

>>136963663
Если так получится, что удалится/изменится всё-таки сам файл, а не ссылки? Остальные, я так понимаю, что будут hardlink - они ведь тоже будут "удалены/изменены"?

>>136963941
Ну если ты удаляешь и изменяешь их, да.
Но на то они и дубли, что они не меняются.

>>136964274
Исходя из первого Оп-пика, нет. Изменение одного файла или линка приведет к изменению области "Data on the Hard Disk", а это означает, что при обращении что по "Original File", что по "Hard Link" мы получим новые данные, а этого не должно случиться, для ОС это разные файлы.
Представим, что я мамким погромист. И у меня есть мегапроект, в папочке около сотни исходников. В нём что-то допиливается, но изменения идут в одном главном файле. Вспомогательные не меняются от сборки к сборке. С каждым билдом я копирую текущую папку в новую, с целью отката, мало ли что. Дедупликация из оп-поста логично, приведет к тому, что бОльшая часть файлов заменится на хардлинки . И в один прекоасный день, мне присписит внести изменения в файл, который долго не менялся. Получается, из логики картинок, новое содержимое автоматически "распространится" на предыдущиие копии. Fail.

Тащем та, в нормальных дисковых массивах, которые врядли у кого будут стоять дома, эта ситуация отслеживается, и когда настаёт время размежевания (меняется область данных, помеченная как клон для множества кусков файлов), то данные автоматические клонируются, прозрачно и незаметно для внешней ОС, в новом клоне данные меняются, но исходные остаются, т.к. участвуют в ссылках на другие файлы.
Но тут такого механизма нет и не было.

А сам-то сделал так? Профиты есть? И вообще, разве много дубликатов файлов на диске есть?

>>136964943
Ой, приклеилось

>>136964851
>Исходя из первого Оп-пика, нет.
На оппике уже хардлинк.
>Изменение одного файла или линка приведет к изменению области "Data on the Hard Disk", а это означает, что при обращении что по "Original File", что по "Hard Link" мы получим новые данные
Да.
>а этого не должно случиться, для ОС это разные файлы.
Но это так.
>И в один прекоасный день, мне присписит внести изменения в файл, который долго не менялся. Получается, из логики картинок, новое содержимое автоматически "распространится" на предыдущиие копии. Fail.
Да. Но я ж не думаю, что ты будешь менять исходники dll-ок, или скомпилированных exe-шников. К тому же исходник исходнику рознь.
Если вносишь изменения - надо заранее смотреть к какому результату они приведут. И в любом случае, ты можешь исправить эти изменения из любого другого места.
А ваще, если хардлинк скопировать - будет копия а не хардлинк.

У меня, для распознавания хардлинков стоит прога Link Shell Extension — ещё одно дополнение к оболочке Windows. Существующие жёсткие и символьные ссылки помечаются в Проводнике дополнительным маленьким значком. Файлы и каталоги с существующими ссылками имеют дополнительную закладку в "Свойствах" со списком всех жёстких ссылок и целевым местом символической ссылки.

Такие дела.

>>136964943
У меня были сборки и игори в дублях. А ещё, папка backup с документами и торрентами. После чистки дублей по жесткачам всё схлопнулось чуть ли не до заебца.

>>136965514
Неудобняк, придётся в голове держать, какие папки нельзя дедуплицировать во избежание потери.

>Link Shell Extension
Спс, ещё бы для Тотала, или FAR, хотя, там вроде бы, тоже подстветкой цветом решается из коробки.

>>136966072
Нашёл только smart folders для Mac OS

>>136961894 (OP)
Збс вишмастер

>>136967243
С открытым исходником на С++.

>>136967441
Будто кто-то будет сидеть и ради вишмастера в исходниках копаться, ога

>>136967523
>вишмастер
>ради вишмастера в исходниках копаться

Гугл выдал это, на лурочке:
>Wishmaster - универсальное средство для взлома Вконтакте, крака фотошопа и чего угодно еще, на что хватит фантазии постящего.

Хрень какая-то.

>Представляет собой пользовательский java script, встраиваемый в браузер.
А там, в финддапе, ещё и на их оффсайте - скомпилированный в exe-шник с исходника на C++, юзающий виндовую fsutil, и открытый кстати.
Кому нужны твои социалки, нубас.

>>136967943
Толсто.

>>136968028
Ещё и pastebin. Глаза разуй.

>>136968225
Ты не понимаешь суть вишмастера, вишмастер-кун

>>136968558
Понял только здесь.
http://wikireality.ru/wiki/%D0%92%D0%B8%D1%88%D0%BC%D0%B0%D1%81%D1%82%D0%B5%D1%80
лол!
А я как-то споймал MBR-вирус.

>>136967943
Уходи, ньюфажка.

>>136961894 (OP)
Ну и что за хуйня? Типа все одинаковые файлы копируются в одно место, а туда, где они лежали кладутся симлинки? Что-то сомнительное занятие.

>>136972843
те погоди, уникальность файла определяется только и всего то по crc32 и длине?
typedef struct {
unsigned int Crc;
unsigned int Sum;
}Checksum_t;
Мне кажется это огромная такая возможность обосраться с подливой.

>>136973649
Причем по первым 32768
#define BYTES_DO_CHECKSUM_OF 32768

есть auslogics duplicate file finder, зачем все эти анальные трепки с прогами из пастебина

>>136972843
Давай, пошёл на работу! Чистить хард-диск!..
>>136973185
Хард-линки.
>>136973649
>>136973817
Эээ, ты чё, я уж подумал, что мои 35 гигов вовсе не дубли!

>#define BYTES_DO_CHECKSUM_OF 32768
закомментировано же.

BytesToRead = FileSize;
if (BytesToRead > BYTES_DO_CHECKSUM_OF) BytesToRead = BYTES_DO_CHECKSUM_OF;

>>136974379
А там есть хард-линки??

>>136961894 (OP)
Вчера было, но всё таки у тебя 30 копий файлов и делается 1 копия и 30 ссылок на него, а вот испортится файл и что делать?(ошибка записи допустим была)

>>136976154
Уже ответили, что ничего хорошего, пиздос всему семейству клонов, да.

>>136976154
Бекапить надо.

А на крайняк - открыть винт WinHex'ом, найти уникальные байты файла, осуществить поиск этих байтов по винту, выделить начало и конец блока данных, соответствующих этому файлу, и запхнуть этот блок в смещение исходного файла.

>>136975886
Эти "комментарии",это команды препроцессора в сишечке/крестах

>>136976664
Вообще-то это директивы препроцессора компилятора. Ну да ладно. Идём дальше:

BytesToRead = FileSize;
if (BytesToRead > BYTES_DO_CHECKSUM_OF) BytesToRead = BYTES_DO_CHECKSUM_OF;
BytesRead = fread(FileBuffer, 1, BytesToRead, infile);
if (BytesRead != BytesToRead){
if (!HideCantReadMessage){
ClearProgressInd();
fprintf(stderr, "file read problem on '%s'\n", FileName);
}
return;
}

Вывод.
BYTES_DO_CHECKSUM_OF - размер блока для калькуляции CRC.
Файлы читаются до конца, по блокам. Так?

>>136972843
Два бед сектора в хардлинки на копропак этому.