tar bz2 7zip выборочное извлечение prformance

Я боролся с той же проблемой. Пара вещей на стороне Windows позволила мне наконец получать mount_smbfs, работающий в FreeBSD 9.0:

  • Включите анонимный доступ для системы

Сеть и Совместное использование Центра → Изменение Усовершенствованное Совместное использование Настроек → Выключают защищенное паролем совместное использование

  • Включите анонимный доступ на папке через Простое Совместное использование

Свойства → совместное использование → доля... → добавляют 'всех'

В Совместном использовании свойств существует два способа создать долю; Простое Совместное использование и Усовершенствованное Совместное использование. Я использовал Усовершенствованное Совместное использование, и по некоторым причинам я действительно не забочусь о в этой точке, которая не работала; я повторно добавил, что доля посредством Простого Совместного использования и затем mount/smbclient наконец работала.

Проверка, что анонимный вход в систему работает с smbclient:

[root@fileserv ~]# smbclient -N -I 192.168.56.1 '\\twblamer-pc\share'
Domain=[TWBLAMER-PC] OS=[Windows 7 Professional 7601 Service Pack 1] Server=[Windows 7 Professional 6.1]
smb: \> dir
  .                                  DR        0  Thu Dec 13 04:33:09 2012
  ..                                 DR        0  Thu Dec 13 04:33:09 2012
  mydirectory                         D        0  Thu Dec 13 01:55:45 2012
2
04.12.2013, 18:00
1 ответ

zip не является собственным к Linux, но если у Вас есть источник, Вы, вероятно, не должны заботиться.

С другой стороны, 7zip и xz имейте лучшую производительность, и сжатие файла tar многократных въездов с подобными данными лучше для сжатия, чем zip который делает по существу один файл за один раз. Это позволяет zip восстановиться, когда один файл повреждается (из-за повреждения), где сжатый архив tar часто, имеет больше проблем для восстановления и/или более неисправимый.

Если бы у Вас есть шанс изменить сжатое bz2 поколение файла (вероятно, иначе, Вы не спросили бы), сделайте следующее вместо того, чтобы генерировать tar.bz2:

  • генерируйте index.lst использование find <list_of_files_to_archive> > index.lst
  • генерируйте tar.xz от index.lst + list_of_files_to_archive

Тем путем можно быстро извлечь index.lst файл, не распаковывая целый архив и определяет на содержании index.lst, если у Вас есть правый архив. Я не уверен если стандарт tar остановки после извлечения index.lst (мог быть другой в архиве), так используйте модуль tar Python, чтобы удостовериться, что Вы останавливаетесь после извлечения (и Вы сразу анализируете index.lst файл без потребности в хранении на диске, дополнительном ускорении).

1
27.01.2020, 22:22
  • 1
    Спасибо. Продолжить.... index.lst файл получает меня список содержания без стоимости полной распаковки, которая хороша. Но я все еще не знаю достаточно, чтобы определить, является ли это интересным архивом. У меня только есть regEx для пути к журналу, который должен быть проанализирован. Результат этого первого синтаксического анализа определит, должен ли я выбрать намного больший журнал сообщений из того же архива. Я не знаю первого файла журнала во время сжатия, или я добавил бы его как index.lst. Я думаю, что файл сжатием файла может быть хорош для моих потребностей? Объем байтов находится в 1 файле так или иначе. –  user2315423 04.12.2013, 18:52
  • 2
    Если архив является несколькими большими файлами, то файл сжатием файла был бы лучше. Затем zip или 7zip может пропустить туда, где сжатые данные запускаются. Мой ответ работает лучше всего, если необходимо извлечь все файлы из архива, на основе названия одного из файлов. –  Zelda 04.12.2013, 19:03
  • 3
    Принятие этого ответа (Главным образом из-за информации, предоставленной в Zelda новый комментарий.) Проведет время, чтобы обработать пример с 7zip и сообщить, только если мои результаты хуже, чем tar bz2. любите index.lst как способ модифицировать мои файлы –  user2315423 04.12.2013, 19:54

Теги

Похожие вопросы