самый быстрый способ сделать tar.gz от дерева каталогов?
FWIW у меня просто были эти те же признаки с тем же образцовым аппаратным ключом. Однако это, казалось, разрешило сразу, когда я переместил аппаратный ключ от концентратора USB до прямого USB-порта на компьютере. Если у Вас есть та же проблема, затем, возможно, пробуют это.
Мои признаки подробно:
Каждый раз, когда аппаратный ключ был включен, я получил записи в/var/log/syslog как это:
Sep 7 10:05:20 gus-workstation bluetoothd[18537]: Listening for HCI events on hci0
Sep 7 10:05:20 gus-workstation NetworkManager[837]: <warn> bluez error getting default adapter: No such adapter
Sep 7 10:05:30 gus-workstation bluetoothd[18538]: Can't init device hci0: Connection timed out (110)
Мой также показал в hciconfig и никаком объеме перезапусков, или переразъемы имели значение.
Также странно я не могу воспроизвести проблему теперь, когда аппаратный ключ был соединен к чему-то (если я отложил его в порту концентратора теперь, это теперь хорошо работает.)
Hth.
На расширении [234] файловые системы, я нахожу dump быть намного быстрее, чем tar, особенно со многими маленькими файлами, как Maildir. Это также использует несколько ядер для параллельного сжатия. Я предлагаю использовать-b 1024 для размера блока 1 МБ, который работает намного лучше, чем размер блока 10 КБ по умолчанию.
Только необходимо указать один (или больше) высокоуровневый каталог (каталоги) для включения, и tar рекурсивно опустится во все, что это - дети, и оберните все:
tar cvfz output.tar.gz /path/to/top_folder
(Как @forcefsck отмечает, является ли объект необработанной скоростью, можно кончить v опция для меньшего количества многословия на терминале. Не повторяя каждый файл это добавляет сохранение немногого если время ввода-вывода, говорящее терминалом.)
-
1
cvfzкому:zcf. подробный вывод замедляет процесс иfдолжен быть в конце, таким образом, он сразу сопровождается именем файла архива. – forcefsck 28.06.2011, 08:44 -
2@forcefsck: Вы правы, что OP мог кончить
v, но если файлы не являются крошечными, это обычно не влияет на вещи так очень и позволяет Вам видеть, что это сделало то, что Вы ожидали, который должен видеть этот OP. Что касаетсяf, Вы неправы, это не должно быть последним. Попробуйте за себя. Флаги могут существовать любого порядка, пока следующим аргументом является имя файла. В моих главных аргументах сжатия какzиjимеет намного больше смысла тот путь. – Caleb 28.06.2011, 09:14 -
3о
f, да я неправ :( так или иначе я помнил случай, что это должно было быть последним. Я предполагаю, что моя память привела меня к сбою.О насv, OP спросил самый быстрый путь, и мы действительно должны рассмотреть случай многих маленьких файлов. – forcefsck 28.06.2011, 10:24 -
4@forcefsck: Я отредактировал свой ответ на не соображение скорости. Вопросы порядка Arugment, имя файла должно быть следующим аргументом, но аргументы разделяются пробелами. Комок
cvfzдругой синтаксис флагов. Я думаю, используете ли Вы-c -v -z -f filenameсинтаксис необходимо было бы сделать тех, которые в порядке. BSD'starмог бы только признать, что синтаксис, я не могу помнить. Однако я видел много учебных руководств с помощью моего синтаксиса, но настаиванияfдолжно было быть последним, который просто не имеет место. – Caleb 28.06.2011, 10:55
Вы можете передать параметр --fast, который является псевдонимом для -1, для gzip таким образом:
GZIP=--fast tar czf output.tar.gz /path/to/top_folder
или
GZIP=-1 tar czf output.tar.gz /path/to/top_folder
В некоторых средах переменная может быть GZIP_OPTвместо GZIP.
Да, с помощью pigz:
tar --use-compress-program="pigz --best --recursive" -cf file.tar.gz folder/
tar -cf file.tar.gz -I pigz folder/