» WinRAR (часть 2)

DimmY

Цитата:

В GUI. Те, кто пользуются командной строкой, наверное, чуть более осведомлённые

А, вот, на командную строку winrar.exe это повлияет. Она берет параметры из того же профиля по умолчанию, что и GUI диалог архивирования. Так что получим консольный rar.exe с solid по умолчанию выключенным и GUI winrar.exe с solid по умолчанию включенным даже в командной строке. Не страшно?

Цитата:

Не страшно?

Делайте одинаково (solid включен по умолчанию). Хуже нет когда нужно помнить в этом включено и ключ не нужен, а здесь выключено и ключ нужен, путаница гарантирована.
Наработанные скрипты потребуют модификации, если очень не нужно solid, а в других случаях хуже не станет. ИМХО.

EugeneRoshal
Тогда везде одинаково. Согласен с GORA2.

GORA2

Цитата:

Делайте одинаково (solid включен по умолчанию). Хуже нет когда нужно помнить в этом включено и ключ не нужен, а здесь выключено и ключ нужен, путаница гарантирована.

Проблема. Путаницы не хочется. Но включать solid по умолчанию в консольном rar тоже не хочется. Как правильно заметил Victor_VG, консольная версия обычно зовётся из скрипта или из стороннего приложения, и менять умолчания в ней чревато недовольством.

Добавлено:
DimmY

Цитата:

Тогда везде одинаково. Согласен с GORA2.

Фактически отменить -s и оставить только -s- для отключения?

GORA2
DimmY

Ребята! Вы представляете чем это кончится? Ладно мелочь типа одного-двух виндовых "батников", а perl/sh-скрипты размером в тысячи строк на тысячах UNIX систем? Там это выльется в кучу срочной и зачастую довольно затратной работы, возможно в простои серверов. Там такие изменения волевым решение проводить нельзя - в лучшем случае по шее дадут. А в нормальном могут и счёт выставить за "убытки по вине поставщика ПО". Да, по идее это делать надо, но для того, чтобы не было проблем на серверах нужно дать людям время для адаптации своих технологий. И Женя вам на это достаточно чётко указал сказав про одну из следующих версий.

У меня на старой работе rarbsd используется в системе инкрементного резервного копирования корпоративной сети и размеры архивов там в среднем порядка 10 - 12 Гб в месяц, годичный архив 2012 года достиг размера 1,7 Тб. Сейчас там идёт аудиторская проверка. Сколько времени потребуется на его перепаковку для добавления в архив её отчётов?

EugeneRoshal

Цитата:

Так что получим консольный rar.exe с solid по умолчанию выключенным и GUI winrar.exe с solid по умолчанию включенным даже в командной строке. Не страшно?

По умолчанию в GUI и в CL-версии должны быть одни и те же параметры, тут даже сомневаться не нужно.

Но есть нюанс. Зачастую GUI и CL используются по-разному и для разного. И хотя дефолтные настройки стоит сделать одинаковыми, профили у GUI и CL хорошо бы развести, чтобы, скажем, при необходимости сразу отключить solid в консольной.

Victor_VG
Согласен. Поэтому я и хожу вокруг этой идеи, а с какого конца взяться за ее реализацию - не знаю. По уму в консоли бы это умолчание не трогать совсем.

Может и отложу опять на будущее.

Victor_VG
А кто Вас гонит менять там версию RAR!? Старая-то работает и есть время на адаптацию скриптов.
EugeneRoshal

Цитата:

По уму в консоли бы это умолчание не трогать совсем.

Со временем и rar5 станет умолчальным методом. И тогда не будете менять умолчания в консоли?
Все новое требует от пользователя каких-то дополнительных телодвижений, но выбор у него все равно остается, можно ведь и не устраивать аврал со сменой версии.

Цитата:

Фактически отменить -s и оставить только -s- для отключения?

Только если отмененный -s не будет вызывать ошибку ком. строки при его наличии в старых скриптах. В противном случае лучше его оставить, дабы он не вызывал ошибок.

EugeneRoshal

Цитата:

Фактически отменить -s и оставить только -s- для отключения?

Включено по дефолту - не лучший вариант. Даже Intel не разгоняет свои процессоры "по умолчанию", хотя так они работают быстрее

Что касается консольной версии - у неё, повторюсь, несколько другая аудитория пользователей, которая хорошо осознает, что делает и зачем включает/выключает ту или иную фичу.

В общем, если неформально голосовать, то мой выбор: дефолтные параметры в обеих версиях одинаковы, solid выключен. Т.е. как сейчас.

GORA2

Предприятия штука достаточно консервативная, но даже они не могут постоянно поддерживать стабильность среды. У меня на старой работе долгое время использовали связку DEC OSF/1 на основных серверах, FreeBSD на коммуникационных, а на рабочих станция (там в основном стояли IBM AS/400) IBM S/400 и IBM AIX. А несколько лет назад начали менять выработавшую свой ресурс технику на рабочих местах сотрудников на системы производства iSystems Inc. под управлением PC-BSD (это клон FreeBSD UNIX). При этом т.к. на предприятии внутренним технологическим стандартом архива является 7-zip, а у партнёров rar на коммуникационных серверах установили bsdrar 4.20 чтобы не иметь проблем с форматами. Но крупные предприятия штука довольно инертная в плане введения новых технологий, а мелкие - партнёры, заказчики, дилеры, частные клиенты в этом смысле более независимы. И сейчас вот мне ребята дали статистику последних дней - за неделю процентная доля присланных архивов у них выглядит так - 7-Zip - 30%, tar.bz2 - 15%, tar.gz -10% Zip - 10%, Rar4 - 17% в начале недели, 16% в конце, Rar5 - 0,5% в начале недели и 1,5% в конце, остальное прочие форматы архивов...

Benchmark
Согласен с вашими аргументами. Видимо пока оставлю как есть, не исключая, впрочем, возможности вернуться к этому вопросу когда-нибудь в будущем.

Benchmark

Цитата:

дефолтные параметры в обеих версиях одинаковы, solid выключен. Т.е. как сейчас.

Поддерживаю

EugeneRoshal
Кстати, про непрерывное сжатие. Планируется ли ввести что-то вроде "максимального размера непрерывного блока"?

V0lt

Цитата:

Планируется ли ввести что-то вроде "максимального размера непрерывного блока"?

Есть -s<n>, чтобы сбрасывать словарь через каждые n файлов. Но на скорость работы с архивом в нынешней реализации это не влияет, только на стойкость к повреждениям.

EugeneRoshal

А вот отказоустойчивость это очень даже хорошо. Сегодня каналы связи хоть и быстрые, но иные забиты помехами так, что реальная полоса там сотые и тысячные доли процента от номинальной. За примерами далеко ходить не надо - хостинг Pandora.tv, располагается в Японии. От серверов идёт канал 1 Гбит, реальная же отдача 15 - 20 Кб/сек, из пяти попыток скачать дистрибутив того же The KMPlayer три - четыре у людей были неудачными. Если кому и повезёт соединится, то эти 15 Мб будут скачиваться минут двадцать пять - тридцать, и нет гарантий того, что при проверке целостности в .onInit стуб не сообщит о повреждении NSIS SFX архива. У меня таких жалоб от людей на русском разделе не один десяток найдётся.

Цитата:

Furi0
а при чем тут нубы? Кто хочет - тот и пакует в нужный формат. Или теперь типы архивов есть для блатных и нубов?

Если человек не разбирается он не будет трогать настройки вследствие хуже сжатие или зачем тогда новый формат?

Цитата:

В будущих версиях, наверное, сделаю, но не в 5.0. Надо дать время и пользователям, и разработчикам других программ на адаптацию к новому формату.

ясно

Цитата:

Ага, чтоб присылали вот такое, а распаковать было б не чем.

аналогичный первому ответ, распаковать проблемой не будет

Furi0

Цитата:

распаковать проблемой не будет

Это каким образом пользователи старых программ смогут распаковать RAR 5?

Цитата:

Это каким образом пользователи старых программ смогут распаковать RAR 5?

Вы все еще сидите на win98? - нет, обновления программ для чего выпускают? rar нормально поддерживается, то же самое будет с рар5.

EugeneRoshal

Цитата:

Кстати, подумываю, не включить ли в будущих версиях solid сжатие по умолчанию.

Мне кажется важнее включить в опции по умолчанию защиту архивов: Добавить информацию для восстановления!

Архивы бьются и бывает обидно их терять, особенно если они непрерывные!

Furi0

Цитата:

Вы все еще сидите на win98?

Кстати, пользователи Win2000 тоже в пролете.


Цитата:

обновления программ для чего выпускают? rar нормально поддерживается, то же самое будет с рар5.

Где, к примеру, обновления 7-zip и Total Commander? Когда они выйдут?

...не говоря о том, что многие не склонны обновлять нормально работающие программы, а "нубы" вряд ли поймут, в чем дело, когда не смогут распаковать скачанный RAR файл.

зачем тогда вообще нам rar5 раз "столько" проблем?

lvqcl

Цитата:

а "нубы" вряд ли поймут, в чем дело, когда не смогут распаковать скачанный RAR файл

Когда в 7-zip стал использоваться LZMA2, то тоже, не все могли распаковать, абы чем.. и ничего. Теперь, уже знают. Если рассчитывают на "широкую аудиторию", то будут паковать "более понятно".
Furi0

Цитата:

зачем тогда вообще нам rar5 раз "столько" проблем?

И правда! Зачем "наворотили" всяких современных "СУ-шек", если после "Кукурузника", с ними сложно управляться? Одни проблемы!
И, кроме того, есть же 7-zip, где нет rar5. Нет проблем - нет повода писать, о его нужности-ненужности.

Цитата:

зачем тогда вообще нам rar5 раз "столько" проблем?

Эмм... "нам" это кому?
Те, кто знают, что такое RAR5, смогут включить его сами, а "нубам" лучше не создавать проблем.

Вот когда поддержка нового формата будет широко распространена, тогда и стоит сделать его дефолтным.

Цитата:

Те, кто знают, что такое RAR5, смогут включить его сами, а "нубам" лучше не создавать проблем.

как выйдет финал люди начнут им жать и никто не будет разбираться в багаже знаний того кто будет распаковывать

Цитата:

никто не будет разбираться в багаже знаний того кто будет распаковывать

ну-ну

ни разу не качали архивы с файлообменников, торрентов?

Так Вы предлагаете увеличить вероятность проблем у легальных пользователей только для того, чтобы халявщики качали архивы меньшего размера?

lvqcl

Цитата:

Кстати, пользователи Win2000 тоже в пролете

А уж в каком пролете пользователи DOS, даже страшно представить.


Цитата:

а "нубы" вряд ли поймут

Нубы получают стандартный совет: скачай последнюю версию. Наиболее сообразительные из них делают это сами, без советов.

История с 7-zip и его LZMA2 показывает, что никакой проблемы тут вообще нет.

Причем тут легальность? Выйдет финал пойдут архивы в новом формате. Там не только пиратский софт лежит. Если вы привыкли качать оттуда только это, то это ваше личное дело.
Обновиться придется всем это в любом случае, вопрос только в том когда это произойдет. Будет больше архивов в рар5 - больше народу и быстрее обновиться. А проблемы перехода они всегда были и будут, в данном случае надо лишь обновить софт, это не смертельно я думаю.

Финальная версия будет выложена в *.msi формате?

Цитата:

lvqcl: Кстати, пользователи Win2000 тоже в пролете.

Вот поэтому разработчику следует чётко прописать системные требования на сайте и в документации.