Я понимаю, что можно использовать rsync с аргументами -z и -a для сжатия и архивации.
Может ли кто-нибудь сказать мне, влияют ли эти параметры каким-либо образом на файлы, резервные копии которых необходимо восстановить в исходной папке?
Я скопировал образцы медиафайлов после выполнения rsync -avz, и они, похоже, работают нормально, но я хотел убедиться...
Спасибо
решение1
Может ли кто-нибудь сказать мне, влияют ли эти параметры каким-либо образом на файлы, резервные копии которых необходимо восстановить в исходной папке?
Нет, -zпереключение никак не влияет на данные, записанные в целевое местоположение, и -aпросто призвано обеспечить более точную копию. Подробнее читайте дальше...
На странице руководства rsync переключатель -z( --compress) описывается следующим образом:
-z,--compressсжимать данные файла во время передачи
( -a— это просто сокращение, которое включает переключатели, призванные гарантировать, что данные о местоположении цели во всех отношениях идентичны данным о местоположении источника после завершения передачи. Это влияет на метаданные файла, но не на его содержимое;содержание(Из скопированных файлов, они будут одинаковыми, независимо от того, использовались вы -aили нет.)
Обратите внимание, что в описании -zговорится о сжатии.во время передачи. Это важная часть, но ее может быть непросто понять без некоторых дополнительных знаний.
Прежде всего, тот факт, что rsync использует архитектуру клиент/сервер, даже для локальных передач; одна сторона считывает данные из исходного местоположения, а другая сторона записывает в целевое местоположение. Между этими двумя может быть сетевое соединение, или они могут работать на одном и том же хосте. Эта архитектура позволяет rsync использовать тот же самый протокол и, по сути, ту же самую реализацию для локального копирования или копирования по сети: единственная часть, которую нужно изменить, — это промежуточный уровень, который на самом делепересылает данные вперед и назад между экземплярами rsync.
Когда ваша пропускная способность ограничена пропускной способностью сети,илиесли с вас взимается плата за объем переданных сетевых данных,и возможно еслиу вас есть свободное процессорное время на исходной и целевой системах,затемСжатие потока данных, проходящего по сети, может помочь ускорить процесс копирования (или снизить затраты), поскольку вы жертвуете дополнительным процессорным временем, используемым для уменьшения объема данных, проходящих по сети.
Затем целевой процесс rsync распакует данные перед их дальнейшей обработкой и в конечном итоге запишет их в хранилище.
Из этого следует, чтовключение сжатия при локальном копировании файлов с помощью rsync по сути является пустой тратой процессорного времени,так как соединение между двумя задействованными экземплярами rsync намного быстрее, чем любой другой задействованный ввод-вывод, и один и тот же ЦП будет выполнять как сжатие, так и распаковку потока данных. В таком случае, игнорируя кэширование на мгновение, данные будут считываться с диска (медленно) в ОЗУ, возможно, копироваться в ОЗУ (быстро), а затем снова записываться на диск (медленно). Медленные компоненты будут доминировать, и копирование меньшего количества данных в ОЗУ не поможет заметно ускорить процесс (и может очень замедлить его из-за необходимой дополнительной обработки, которая сама по себе, вполне возможно, потребует копирования данных в ОЗУ). Если выДействительнок сожалению, включение сжатия приведет к превышению лимита, при котором необходимо использовать пространство подкачки для размещения всех требуемых данных в памяти, что по сутиубийствопроизводительность.
Обычная оперативная память в наши дни может обрабатывать многогигабайтные передачи в секунду без особых усилий. Вращающийся диск на 7200 об/мин обычно достигает максимальной скорости около 120-150 МБ/с при последовательной работе, а случайный файловый ввод-вывод (как это делает rsync) практически никогда не бывает последовательным больше, чем короткие всплески. SSD могут работать лучше как с точки зрения задержки, так и пропускной способности, но все ещепорядки величинымедленнее, чем ОЗУ. Таким образом, при локальном копировании вы всегда будете ограничены вводом-выводом, исжатие потока данных в путив лучшем случаене имеет никакого значенияпоскольку тот же объем данных по-прежнему считывается и записывается, что, как мы видели выше, является медленной частью процесса.