» WinRAR (часть 2)

Цитата:

В батниках start /wait чем не устраивает?

Не понимаю. Мне нужно в каждом батнике прописать поиск процесса по имени и ждать его завершения?
У меня в архиве файлы
1.бат
2.ехе
3.ехе

Модуль запускает 1.бат и 2.ехе одновременно, но ждет завершения 2.ехе и после запускает 3.ехе. Когда у меня был 1.ехе, а не бат, то все было по порядку. Но батник он не рассматривает как ехе, т.к. батник по сути пакетный файл, запускающий cmd.exe, а winrar видит, что бат-файл закрылся и продолжает цикл, хотя батник передал свой код на cmd.exe и закрылся, а cmd у меня еще 5 минут обрабатывает этот файл.

Добавлено:

Цитата:

вариант - общий скрипт запуска в котором пишем конвейер команд <команда1>&&<команда>&&...&&<командаN>

Т.е. что-то типа файла start.bat в котором уже будут прописаны запуски файлов 1.bat, 2.exe, 3.exe с ожиданием на завершение?

TemaZosin

Да. Грубо говоря такая конструкция: 1.bat&&1.exe&&2.exe . Это и есть конвейер. И он всегда ждёт успешное выполнение предыдущей команды перед запуском следующей. Ошибка выполнения любой стадии прервёт выполнение всей последовательности.

TemaZosin
Это проблема не имеет отношения в RAR.
Простыми средствами Вам не удастся обеспечить отсутствие параллельности запуска приложений.
Проблема в том, что некоторые приложения могут запускать дочерний процесс и закрывать основной. При закрытии основного будет производиться запуск следующего приложения, хотя предыдущее еще не завершило свою работу полностью (дочерний процесс продолжает работать).
Ни какие батники, ни какие start /wait, ни какие конвейеры не помогут в таком случае.

TemaZosin
а не проще тогда просто .bat в .exe конвертнуть?

EugeneRoshal

1. в свое время купил у Вас лицензию на WinRAR (данные лицензии кинул в личку) из-за очень полезной фичи - электронной подписи архивов. При обмене файлами человек, который получал от меня архив, был уверен, что его не подменили/модифицировали...
К сожалению "умельцы" из FFF на корню прибили эту возможность.
Рассматриваете ли Вы возможность восстановить возможность электронной подписи архивов?

2. Учитывая отсутствие глюков у архиватора при работе, использую его для бекапов баз данных на съемные носители. Архиватор присоединяет к имени создаваемого архива дату. Естественно, по прошествии времени флешка заполняется и приходится удалять ранние версии архивов. Руками делать это влом, потому и перекидываю эту задачу на nnCron
Реально ли увидеть в следующих версиях архиватора эту фичу, реализуемую самим архиватором ???

ЗЫ. Ради интереса. Еще по переписке в эхо-конференции сети FIDONET (молодые! была и такая сеть! с нее все начиналось...) Вы говорили, что основа архиватора есть базовый модуль, написанный на Assembler-е.
А весь остальной GUI и "фишки" есть надстройка. Так и осталось ?

Удачи в разработке

KeeperArchive


Цитата:

по прошествии времени флешка заполняется и приходится удалять ранние версии архивов. Руками делать это влом, потому и перекидываю эту задачу на nnCron
Реально ли увидеть в следующих версиях архиватора эту фичу, реализуемую самим архиватором ???

Мне тоже нужна эта фича.

KeeperArchive

Цитата:

Рассматриваете ли Вы возможность восстановить возможность электронной подписи архивов?

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

Цитата:

Реально ли увидеть в следующих версиях архиватора эту фичу, реализуемую самим архиватором ???

Удалять архивы, у которых время последней модификации старше указанного? В командной строке это делается через forfiles, стоит ли дублировать такую функцию в архиваторе. В GUI же такая опция выглядела бы несколько тяжеловесно (маска файла, фильтры времени). Хотя если речь о GUI, в будущем - может быть.

Цитата:

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

Ассемблера теперь не осталось, только C++. А разделение на GUI и работу с данными, конечно, есть.

Приобрёл специально процессор i7-3960X чтобы по быстрее жал архивы а он загружает процессор только на 50 %.
Как убрать это ограничение ?

EugeneRoshal


Цитата:

В GUI же такая опция выглядела бы несколько тяжеловесно (маска файла, фильтры времени). Хотя если речь о GUI, в будущем - может быть.

Есть целая вкладка, посвященная резервному копированию. Но полноценное резервное копирование невозможно без даже простых возможностей обслуживания копий, вроде удаления старых файлов. Приходится обвешивать WinRAR другим софтом - для планирования запуска задач резервного копирования и для удаления устаревших копий.

Приобрёл специально процессор i7-3960X чтобы по быстрее жал архивы а он загружает процессор только на 50 %.
Как убрать это ограничение ?

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

Нужна максимальная скорость, ставьте быстрое сжатие, уменьшайте словарь и не обращайте внимания на загрузку процессора.

50% для 12 потоков на среднетипичных данных это не так плохо.

EugeneRoshal
Про загрузку ядер. Была машина с двумя 4-х ядерными Xeon-ами (hyper-threading был отключен). Запустили тест быстродействия (WinRAR 4.x). Ядра грузились все, но каждое не более 50%. В сумме получалось 40-50%. Запустили вторую копию теста, общая загрузка подросла до 80%.

V0lt
WinRAR 4.x это слишком обобщенно. 4.20 умеет использовать многопоточность существенно эффективнее, чем предыдущие 4.x.

EugeneRoshal
Вроде версия 4.11 была, точно не 4.20.

lucky_Luk

Цитата:

Есть целая вкладка, посвященная резервному копированию. Но полноценное резервное копирование невозможно без даже простых возможностей обслуживания копий, вроде удаления старых файлов.

На случай, если доберусь до этого в будущем, опишите, пожалуйста, как на ваш взгляд должна выглядеть такая опция в GUI. Достаточно ли удаления по времени модификации и маске или же нужно вести файл со списком ранее созданных архивов и брать имена из него? Если достаточно маски и времени модификации, нужно ли отдельное поле для маски или можно брать указанное пользователем имя нового архива arcname.rar и удалять arcname*.rar, либо *arcname.rar для +yymmdd?

На мой взгляд, достаточно удаления по времени модификации (старше, чем N дней), а маску для удаления брать из имени нового архива, но, может, я что-то упускаю из виду.

Не поясните ли некоторые моменты по функционированию WinRar 4.20 x86:

1) winrar как-то медленно выводит в своём окне (иначе говоря, листает) список exe-архивов (эти архивы - это microsoft-обновления в формате sfx-cab). Причём msu-обновления листает быстро, а вот exe - медленно. Как-то можно это убыстрить?
2) Периодически возникает необходимость тестирования набора разнородных архивов (rar, zip, cab, sfx-cab(exe), msu) в папке и всех её подпапках. Выбираю папку, запускаю команду "Тест" и почему-то находятся и тестируются не все архивы в подпапках. Заходишь в конкретную подпапку, выбираешь уже не папку, а список архивов - тест работает нормально для всех архивов. Есть какие-то ограничения winrar на тест подпапок?

EugeneRoshal

Цитата:

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

Эта функция была безусловным плюсом архиватора. Может быть всё-таки вернуть цифровую подпись с опорой на чужую инфраструктуру?

EugeneRoshal


Цитата:

На мой взгляд, достаточно удаления по времени модификации (старше, чем N дней), а маску для удаления брать из имени нового архива, но, может, я что-то упускаю из виду.

Да вроде достаточно.

Еще бы планировщик простенький для запуска резервного копирования, или интеграцию с виндовым планировщиком, но это не столь важно
Важнее нормальный ГУЙ для добавления файлов в архив. Если файлы в разных папках, на разных дисках, то через Добавить делать задалбываешься. Надо чтобы список файлов для архивирования формировался так - сделать область "драг и дроп сюды", на которую можно было бы тупо мышкой тащить все файлы и папки вместе или поштучно.
Фиговину эту нужно поместить на вкладку "Файлы" в окне "Имя и параметры архива" над полем "Добавляемые файлы" (в нем будет появляться список, его можно будет тут же руками править и делать из него маски), в дополнение к существующим возможностям. Существующие там опции тоже оставить, они нужны для задания масок.

Вот это будет круто. Сабж станет не просто архиватором, а полноценной (начального уровня, для SOHO) системой организации резервного копирования.

[more] Vorland

Цитата:

winrar как-то медленно выводит в своём окне (иначе говоря, листает) список exe-архивов (эти архивы - это microsoft-обновления в формате sfx-cab)

Иконки извлекает и показывает. Опции для отключения этого в WinRAR нет.

Цитата:

Есть какие-то ограничения winrar на тест подпапок

Да, в них RAR тестирует не все подряд, а только то, что по расширению похоже на архив. Иначе тестирование смеси архивов и файлов могло бы отнять на порядок больше времени. Можно добавить нестандартные расширения в "Settings/Integration/User defined archive extensions".

Цитата:

Эта функция была безусловным плюсом архиватора. Может быть всё-таки вернуть цифровую подпись с опорой на чужую инфраструктуру?

Чужая инфраструктура подразумевает, что мы не храним какие-либо закрытые ключи, на которых держится безопасность всей схемы, и используем сертификаты, выпущенные кем-либо другим. Пока я не знаю, какая из таких инфраструктур достаточно распространена у пользователей RAR, чтобы был смысл ее поддерживать. [/more]

Цитата:

от это будет круто. Сабж станет не просто архиватором, а полноценной (начального уровня, для SOHO) системой организации резервного копирования.

Зачем? Вам не хватает обычных систем резервного копирования? Их сотни! Жмут в zip и 7z. Зачем хороший, функциональный продукт превращать в монстра?

Пойдем по пути NERO и ACDsee? Когда-то были любимы за маленький размер и скорость. Теперь огромные неповоротливые монстры!!!

EugeneRoshal

Цитата:

Есть какие-то ограничения winrar на тест подпапок?

Цитата:

Да, в них RAR тестирует не все подряд, а только то, что по расширению похоже на архив.

Т.е. если я явно выделяю список файлов (содержащий rar, zip, cab, sfx-cab(exe), msu) и запускаю тестирование - Winrar вынужден заглядывать внутрь файла для определения того, что этот файл независмо от расширения является архивом?
А при выделении папки и запуске тестирования WinRar сначала отсеет все файлы в подпапках по расширению (по-умолчанию sfx-cab(exe) будут отсеены), а затем уже будет заглядывать внутрь файла для определения того, что этот файл является архивом?
Я правильно понял Вас? Если да, то как бы всё-таки заставить WinRar анализировать файлы в подпапках по содержимому, а не по расширению, т.к. решение:

Цитата:

Можно добавить нестандартные расширения в "Settings/Integration/User defined archive extensions"

как-то не то. Ну добавлять туда расширение "exe" как-то не логично.
Может быть создать список разнородных по расширениям проверяемых файлов и уже его тестировать?

Vorland

Цитата:

А при выделении папки и запуске тестирования WinRar сначала отсеет все файлы в подпапках по расширению (по-умолчанию sfx-cab(exe) будут отсеены)

Exe отсеяны не будут. Из-за SFX архивов WinRAR их тоже просматривает. Вот .msu будут отсеяны.

Цитата:

Ну добавлять туда расширение "exe" как-то не логично.

Exe добавлять не нужно, а что-то типа .msu - можно.

BFDA


Цитата:

Зачем? Вам не хватает обычных систем резервного копирования? Их сотни! Жмут в zip и 7z. Зачем хороший, функциональный продукт превращать в монстра?

В чем же заключается превращение в монстра? В добавлении интеграции с виндовым планировщиков, в упрощении добавления в архив файлов или в функции удаления старых копий?
В сабже давным-давно есть функция "резервное копирование" и настройка разных профилей. Вот это все, в его нынешнем состоянии - бесполезно, если только юзер не захочет на коленке сделать чудище страшное из WinRAR + nnCron.
Но как сделать целую вкладку - это не монстр, а как довести это дело до ума - сразу монстр.
А начинать нужно было с этого, а не с профилей и масок. А то колосс на глиняных ногах.

Цитата:

В чем же заключается превращение в монстра? В добавлении интеграции с виндовым планировщиков, в упрощении добавления в архив файлов или в функции удаления старых копий?

Ага, еще нужно держать базу бекапов, что и куда сохранялось, отдельный сервис, чтобы отрабатывал когда пользователь не залогинен, поддержку инкрементальных и дифференциальных бекапов. А также целый сервис восстановления.

Без этого всего делать бессмысленно.

Вот, поставь себе http://www.fbackup.com/ будет тебе счастье!

BFDA


Цитата:

Ага, еще нужно держать базу бекапов, что и куда сохранялось, отдельный сервис, чтобы отрабатывал когда пользователь не залогинен, поддержку инкрементальных и дифференциальных бекапов. А также целый сервис восстановления.

А вот это все уже отличает профессиональную систему резервного копирования от наколенной домашней.
Но я бы мог поддержать т.з., что не стоило вообще делать вкладку "резервное копирование", без тех или иных наворотов.
А раз сделали, то нужно обеспечить хоть минимальный, но завершенный функционал, не требующий участия другого софта. За исключением собственного планировщика, потому что это совсем другая и не имеющая границ задача - проще сделать интеграцию с доступным всем виндовым планировщиком для "чайников", а остальные накрутят планировку на чем хотят - для них уже есть командная строка.

А вот удалять старые копии сабж совсем не умеет, т.е. интеграция с "чем-то" необходима, и это "что-то" - нетривиальная штука.
Ну а добавлять в один архив файлы из разных мест для формирования списка файлов для бекапа в один архив просто очень неудобно и улучшение этой функциональности пригодилось бы всем.

Добавлено:
BFDA


Цитата:

Вот, поставь себе http://www.fbackup.com/ будет тебе счастье!

Не доверяю я этим поделкам всяким. Пробовал разные, то не может стартовать, пока программа не запущена, то не умеет добавлять только новые и измененные файлы, короче лишний секс.
В WinRAR есть дубовая система поиска измененных файлов по наличию/отсутствию атрибута "Архивный"у файлов из списка, и работа с этим атрибутом (снять/поставить). И профили для разных видов бекапа. Этого очень хорошо. Но нужно по...сь сильно с вкладкой "Файлы", чтобы сформировать список бекапа, и уметь обращаться с nnCron или чем-то подобным - для запуска задач и удаления старых копий. Такая система у меня работает как часы.
Но ИМХО многим бы хватило простой встроенной функции удаления старых файлов бекапа, а про добавление файлов в архив см. выше.

Добавлено:
Возможность удалять старые файлы намного нужнее, чем навороченная система масок формирования имени архива. Маски тоже нужны, особенно если уже сделали. Но я бы начинал не с них.

Добавлено:

Цитата:

поддержку инкрементальных и дифференциальных бекапов.

А вот это уже реализовано и реализовано хорошо, см. вкладку Резервное копирование и логику с работы с файловым атрибутом Архивный.

lucky_Luk



Цитата:

Не доверяю я этим поделкам всяким.

FBackup - это бесплатная версия весьма продвинутой системы backup4all, так что работает как часы и все умеет делать.

Все-таки я считаю, что не надо превращать WinRAR в бекапного монстра!

В монстра не надо, а вот по поводу драг-н-дроп-менеджера поддерживаю!

Преобразование бы тоже упростили. Надо, чтобы в три тыка всё делалось: накидал архивов,
ткнул выходной формат, (ввёл пароль, если архивы его имеют), жмакнул «преобразовать».

BFDA


Цитата:

Все-таки я считаю, что не надо превращать WinRAR в бекапного монстра!

Так уже превратили, ядро для бекапа есть. А вот обвеса нету, а без обвеса ядро бесполезное.

Цитата:

Так уже превратили, ядро для бекапа есть. А вот обвеса нету, а без обвеса ядро бесполезное.

согласен, надо выкинуть как ненужное!

lucky_Luk

Цитата:

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

На дворе 2013-й, и домашняя система резервного копирования сейчас выглядит как Acronis True Image Home или Norton Ghost. Совсем наколенная - как Backup4all. Очевидно, что пытаться превратить WinRAR в их отдаленное подобие - бессмысленная и ненужная затея. Архиватор должен оставаться архиватором.

Вот я иногда мечтаю, чтобы в WinRAR был двухпанельный режим Не для того, чтобы превратить его в FAR, а строго для базовых архивных операций - добавление, перенос, распаковка. Просто было бы нагляднее - что, откуда и куда. Но тут же напоминаю себе, что это не файловый менеджер, а архиватор, поэтому лучше, наверно, обойтись без этого.

Benchmark


Цитата:

Очевидно, что пытаться превратить WinRAR в их отдаленное подобие - бессмысленная и ненужная затея. Архиватор должен оставаться архиватором.

Но вкладка "Резервное копирование" у него есть. Все вопросы к Евгению. Раз уж сделал такую вкладку, то надо ее оснастить базовым функционалом по обслуживанию бекапа.


Цитата:

Вот я иногда мечтаю, чтобы в WinRAR был двухпанельный режим Не для того, чтобы превратить его в FAR, а строго для базовых архивных операций - добавление, перенос, распаковка. Просто было бы нагляднее - что, откуда и куда. Но тут же напоминаю себе, что это не файловый менеджер, а архиватор, поэтому лучше, наверно, обойтись без этого.

Это не проблема, он для распаковки нормально поддерживает драг и дроп, можно тащить в окно нормального файлового менеджера, Тотала например.
А вот для упаковки это неудобно, сразу вылазит окно "Имя и параметры архива", а дальше надо кнопочкой дрючить.

Добавлено:
Benchmark


Цитата:

На дворе 2013-й, и домашняя система резервного копирования сейчас выглядит как Acronis True Image Home или Norton Ghost.

Нафига, бекапить целиком логический диск с документами? Не от большого ума. Такой софт предназначен для бекапа системного раздела (то что Акронис пытается влезть в бекап отдельных файлов - не более чем маркетинг криворукий, криво сделанный основной функционал дополняется "популярными" функциями из чужой рыночной ниши - рашнбизнесс).