Серый форум — AHK: Синхронизация больших файлов отдельными частями блоками между ПК

Re: AHK: Синхронизация больших файлов отдельными частями блоками между ПК

2014-12-16T12:07:56Z

В чистом виде "на лету" анализировать содержимое большого (~4Гб) файла на флешке, по времени выйдет не меньше, чем просто копирование. Можно предварительно подсчитать хеш блоков по несколько мегабайт, хотя опять же его придется где-то хранить - или в отдельном файле, или в альтернативном потоке NTFS. Перед копированием нужно у новой версии файла на жестком диске считать хеш-суммы, и заменять на флешке те блоки, у которых суммы не совпадают.
В таком случае объект File может быть полезен, да. Но тут слишком много нюансов, которые могут перевесить все "плюсы" такого подхода.

Upd: serzh82saratov опередил мою мысль. ))

Re: AHK: Синхронизация больших файлов отдельными частями блоками между ПК

2014-12-16T11:52:09Z

По моему проще на FTP хранить список с хешем файлов. Сравнивать их. Если есть изменения, то переписать весь файл, ввести новый хеш в список. Зачем частями, если всё равно перелопачивать весь файл по частям, экономии трафика всё равно никакой, а времени больше.

Но ведь есть же программы которые синхронизируют только изменившиеся части файлов

Возможно они создают хеши частей файла.

Re: AHK: Синхронизация больших файлов отдельными частями блоками между ПК

2014-12-16T11:46:44Z

avens пишет:

Но ведь есть же программы которые синхронизируют только изменившиеся части файлов, та же Syncovery к примеру..
Как они тогда сравнивают, ведь если бы не было скорей, то не делали бы такой функции?

Как они работают и какова их надёжность - не знаю. Догадываюсь, что они в течение продолжительного времени перелопачивают большие файлы, после чего выявляют изменения. Лопатить флешку или файл по Wi-Fi, тем более лежащий на FTP... Как говорит мой знакомый - "картошку по телефону перебирать".

Долгий и сомнительный алгоритм. Проще создавать некую метку, в которой будет информация о "свежести" файла. Самое простое - сравнить дату последнего изменения и размер файла.

Re: AHK: Синхронизация больших файлов отдельными частями блоками между ПК

2014-12-16T11:30:18Z

Этой функцией можно загружать определенную часть файла по установленному адресу?

Нет. Но как Вы сказали, это пока неважно.

Re: AHK: Синхронизация больших файлов отдельными частями блоками между ПК

2014-12-16T11:28:17Z

serzh82saratov пишет:

К чему авторизация на сайтах... к моей задаче?
Пример скачивания файла частями, ни к чему?

Уже исправил свой ответ, просто сразу не заметил к чему это
Пока что вопрос стоит в том, стоит ли делать такой скрипт и будет ли он оправдан по скорости и нагрузке системы.
Хотелось бы узнать прежде чем писать что то.

Re: AHK: Синхронизация больших файлов отдельными частями блоками между ПК

2014-12-16T11:04:25Z

ypppu пишет:

Скорее всего по скорости, простоте и надёжности выиграет тупо копирование на флешку / внешний жёсткий.

Но ведь есть же программы которые синхронизируют только изменившиеся части файлов, та же Syncovery к примеру..
Как они тогда сравнивают, ведь если бы не было скорей, то не делали бы такой функции?

Re: AHK: Синхронизация больших файлов отдельными частями блоками между ПК

2014-12-16T11:03:23Z

К чему авторизация на сайтах... к моей задаче?

Пример скачивания файла частями, ни к чему?

Re: AHK: Синхронизация больших файлов отдельными частями блоками между ПК

2014-12-16T11:00:11Z

Скорее всего по скорости, простоте и надёжности выиграет тупо копирование на флешку / внешний жёсткий.

Re: AHK: Синхронизация больших файлов отдельными частями блоками между ПК

2014-12-16T10:56:41Z

oFile := FileOpen(fileName, "a"), oFile.Length := 0

Этой функцией можно загружать определенную часть файла по установленному адресу?

Re: AHK: Синхронизация больших файлов отдельными частями блоками между ПК

2014-12-16T10:29:15Z

Возможно это как-то поможет для начала.

AHK: Синхронизация больших файлов отдельными частями блоками между ПК

2014-12-16T10:12:49Z

Довольно часто необходимо делать резервное копирования больших файлов по 1Gb - 4Gb, файлы эти являются файловыми контейнерами TrueCrypt, при работе с которыми они изменяются лишь немного, поетому не хочется постоянно копировать весь файл, это занимает не мало времени.
В статье на хабре узнал что в облачном сервисе DropBox используется синхронизация файла более 16мб блоками, там что бы не заливать большие файлы полностью, они сначала сравниваются блоками по 4 мб, в итоге передаются только те части файла которые были изменены, что существенно экономит время и трафик.

Возможно ли реализовать на AHK/CMD подобную программу для синхронизации(резервного копирования) больших файлов отдельными частями, блоками по 4 мб?
Надо для синхронизации между ПК и флешкой, а если возможно то и по локальной сети или беспроводной сети WiFi по FTP протоколу.

К примеру предлагаемый скрипт на AHK будет считывать часть файла оригинала в шестнадцатиричном формате например также по 1 или 4 мб, после по тому же адресу ту же часть файла на флешке, далее сравнивать их, если есть отличия, то перезаписывать часть файла на флешке, если нету, то пропускать, и так далее до конца файла. После выдавать информацию где и сколько блоков, а также мегабайт в целом было изменено.

Будет ли смысл в такой программе, ведь оба файла по сути надо будет перечитать в оперативную память частями по 4 мб?

Если нет, то какую альтернативную программу с описанными функциями можете посоветовать?
Пробовал Syncthing и BitTorrent Sync, но они немного не подходят, а Syncthing и вообще сырая, как я понял они больше расчитаны для синхронизации по сети для корпоративов.
Также есть похожий функционал в программе Syncovery, но не удается настроить для синхронизации отдельного файла, плюс она только на английском языке.