Сэкономит ли rsync значительный объем передачи данных для синхронизации?
1) zip-файлы,
2) ASCII-защищенные файлы, зашифрованные GPG, и
3) Файлы Mathematica .mx,
соответственно ?
Типичный сценарий — у меня уже есть старая копия, и сжатый и/или зашифрованный файл — НЕ единственный файл для синхронизации, т. е. могут существовать несжатые и незашифрованные файлы.
решение1
Проблема с зашифрованными или сжатыми файлами заключается в том, что даже если в данных изменен только один байт, все остальное содержимое файла отличается, а не только измененный байт данных.
Это сводит на нет одну из стратегий, используемых rsync для сокращения объема передаваемых данных, а именно передачу только измененных разделов файла, а не всего файла.
Поэтому не сжимайте данные, если вам не нужно место на диске (в этом случае используйте сжатие на уровне диска, поскольку оно прозрачно для таких приложений, как rsync).
Не шифруйте данные, если вам не нужно защитить конфиденциальность данных в случае кражи или потери компьютера (или диска). (Сохраняйте резервные копии своих данных, особенно ключей шифрования или ключей восстановления). Опять же, шифрование всего диска, скорее всего, будет наименее пагубным для производительности rsync (но, скорее всего, приведет к катастрофической потере данных при отказе жесткого диска и отсутствии резервных копий данных или при переустановке ОС без резервного копирования ключа восстановления для других дисков/разделов данных)
Вышеизложенное предполагает, что (значительное количество) соответствующих несжатых/незашифрованных файлов, вероятно, будут время от времени частично изменяться — путем редактирования или добавления какого-либо рода — в то время как основная часть данных в файле останется неизменной.
решение2
В случае, если вы синхронизируете с помощью rsync только один файл, и этот файл зашифрован или сжат, единственная экономия полосы пропускания, которую вы, скорее всего, получите, — это отсутствие необходимости передавать файл вообще, если он не изменился.
Однако если у вас есть каталог, полный файлов ZIP, JPEG или GPG, rsync по-прежнему переносит только те файлы, которые были изменены, и является отличным способом легко переносить только новые файлы.
Примечание: Я считаю полезным rsync несжатых данных, когда это возможно, а затем сжимать их для хранения на обеих сторонах соединения, если это необходимо. Таким образом, вы можете сэкономить себе пропускную способность передачи. т.е.:
mkdir /tmp/torsync
cd /tmp/torsync
unzip /home/me/somefile.zip
rsync -avz . remote:/tmp/somefile
ssh remote 'zip -r somefile.zip /tmp/somefile'
YMMV, конечно.
ОТ: благодаря своим возможностям резервного копирования rsync я нахожу полезным, даже если он не экономит полосу пропускания, поскольку он создает резервные копии замененных файлов, что позволяет мне легко извлекать исторические копии.
Дополнение: это применимо ко всем форматам, где задействовано сжатие или шифрование, но я не знаком с пользователями Mathematica.