EugeneRoshal
Advanced Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору uShell Цитата: Кстати, некоторые архиваторы умеют распаковывать только каталоги. WinRAR, как я понял, так не умеет - верно? | Ключ -e+d. В GUI его можно указать в "Additional switches" в диалоге распаковки. Цитата: Ну и вопрос вдогонку: а как поведёт себя WinRAR, если у файла есть NTFS-поток, который попадает в другой том? | Проверил, делит поток между томами и распаковывает успешно. Если открыть том только с потоком в GUI, показывает пустой список файлов. В командной строке можно посмотреть на реальное содержимое такого тома с помощью "rar vta arcname.partN.rar". Цитата: P.S. WinRAR продолжает игнорировать ключ -m<n> применительно к служебным данным. | Там еще и размер словаря ставится минимальный. Сейчас там приоритет на сжатие с минимальными требованиями к памяти, чтобы ненароком не удвоить расход памяти. Цитата: Да, их объём обычно невелик (но тогда почему -m3, а не -m0) | Между -m0 и -m3 разница даже на небольших объемах может быть в разы. Между -m3 и -m5 на нескольких кб хорошо если будет разница в десяток байтов. Цитата: но что если в потоках NTFS будут пользовательские данные? | Пожмет чуть хуже и быстрее, чем могло бы. Если это разовый случай, серьезной проблемы я в этом не вижу. Цитата: Может, ввести дополнительный ключ сжатия? | Пока я со сколько-нибудь массовым использованием потоков NTFS для хранения больших объемов не встречался. Как правило, там какие-нибудь метаданные в пределах нескольких кб. Если люди реально начнут зачем-то в в потоках хранить большие объемы, тогда можно будет думать или про опцию, или про использование -m<n> и -md<n>. Добавить использование -m<n> для потоков мне недолго. Но тогда возникнут вопросы уже про размер словаря. А увеличивать размер словаря это увеличивать расход памяти. Причем такой рост требований к памяти, вплоть до двукратного, может оказаться неожиданным для пользователя. Сейчас же фактически подчеркивается, что и метод, и словарь там самостоятельные. Если это реально станет проблемой для пользователей, буду думать, что с этим делать. |