Я бы хотел использовать pigz для сжатия резервных копий вместо gzip в Linux. Поскольку pigz является заменой gzip, безопасно ли заменить двоичный файл gzip (без его удаления) символической ссылкой на двоичный файл pigz?
Может ли это что-то сломать в ОС?
Лучший способ: сообщите, что нужно использовать для резервного копирования pigz вместо.
Не пытайтесь заменить его таким образом. Это может сломать другие вещи, которые полагаются gzip на самом деле gzip (если только pigz разработчик на самом деле написал его как 100% полную замену со всеми параметрами и поведением без изменений). Также после очередного обновления пакета, содержащего gzip, это либо заменит его обратно на версию ОС, либо прервет процесс обновления.
Да, ты можешь. pigz почти незаменимая замена gzip. Как всегда ты должен проверьте свои восстановления, особенно потому, что вы что-то изменили.
«Замена» может быть символической ссылкой ранее в $ PATH. Предыдущий gunzip по-прежнему доступен с полным путем: /usr/bin/gzip.
ln -s /usr/bin/pigz /usr/local/bin/gzip
ln -s /usr/bin/unpigz /usr/local/bin/gunzip
Параллелизм - это не волшебство, есть пределы. Обратите внимание, что в руководстве говорится о последовательной декомпрессии и ограничении количества потоков.
Если zlib-совместимый вывод не является обязательным, рассмотрите возможность оценки других алгоритмов. Zstd например, можно настроить очень широкий диапазон скорости в зависимости от сжатия. Также может быть построен для поддержки нескольких потоков.
Не делайте этого - маловероятно, что pigz на 100% эмулирует gzip во всех отношениях - он обязательно будет делать несколько вещей, отличных от заявленного намерения быть быстрее за счет параллелизма. Если вы сделаете то, что предлагаете, все, что использует gzip (и нет надежного способа узнать, что это все), сломается.