» WinRAR (часть 2)

Shuld

Это дисковый кэш работает. Нормальное явление. На серверах для его устранения ставят SCSI контроллеры с собственным кэшем (это обычные модули памяти, просто их конструктив может быть не стандартным - сиё решает конструктор платы) ёмкостью обычно от 256 Мб и если нужно то и более. Управление вводом-выводом берёт на себя SCSI процессор платы, а её дисковый кэш снимает нагрузку на основное ОЗУ.

EugeneRoshal

Цитата:

- Процесс извлечения лишь одного файла продолжается даже после того, как сам файл уже извлечён.

Цитата:

Распаковка завершалась сразу же.

Не знаю, у кого как, но у меня распаковка не завершается. Это происходит на родных rar-архивах.
Извлекаю папку с файлами, расширение которых стоит вверху списка “RarFiles.lst”. Все нужные файлы оказываются извлечёнными в начале процесса, но наш сабж продолжает работать и рабоать…

Inoz2000

Цитата:

Извлекаю папку с файлами, расширение которых стоит вверху списка “RarFiles.lst”. Все нужные файлы оказываются извлечёнными в начале процесса, но наш сабж продолжает работать и рабоать…

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

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

Если в диалоге создания архива юзер ошибётся при заполнении каких-то полей (допустим, забудет поставить кавычку в конце имени одного из многих архивируемых файлов), то после нажатия на кнопку [OK] (или клавишу Enter) диалог автоматически закрывается, а все введённые имена, выбранные настройки и т.д., естественно, теряются.

Не слишком ли это жестоко по отношению к юзеру? Иногда после нескольких таких сбросов подряд (бывает, когда не выспался) хочется подумать про уважаемого автора, что он слегка неправ Вроде бы большинство приложений под Windows в таких сиуациях ведут себя гораздо более дружелюбно: проверяют корректность введённых пользоваталем сразу же при попытке перехода к другому полю ввода или к другой вкладке диалога. Или хотя бы после вывода сообщения об ошибке в конце позволяют юзеру продолжить работу с диалогом и исправить свою ошибку.

EugeneRoshal

Цитата:

нужно досканировать архив до конца

Всегда думал, что это сканирование происходит ещё при открытии.


Цитата:

Не слишком ли это жестоко по отношению к юзеру?

В диалоге создания архива поле ввода имени имеет историю имён, значит такую же историю могли бы иметь и поля на вкладке 'Файлы'

Inoz2000 12:20 25-10-2013
Цитата:

В диалоге создания архива поле ввода имени имеет историю имён, значит такую же историю могли бы иметь и поля на вкладке 'Файлы'

Неплохо бы. Но и это было бы только частичное решение, так как всё равно бы сбрасывались все введённые/изменённые вручную опции на всех вкладках диалога (кстати, включая пароль).

Может, автор - просто скрытый (??) садист

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

В принципе было бы логично сделать настройку, аналогичную FAR'овской "Auto save setup". Ну и тогда уж добавить возможность "Reset to defaults".

EugeneRoshal
Уже обсуждалось о том изменять или нет некоторые параметры по умолчанию в новой версии архиватора.
А рассматривался ли такой вариант (не помню):
если есть ключ -ma5 (-ma) - то новые параметры по умолчанию,
иначе - старые?

Inoz2000 15:04 25-10-2013
Цитата:

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

Это так, но я в своём посте делал упор немного на другое: зачем он вообще закрывает диалог в такой ситуации? Разве не является стандартным поведением приложений под Windows в случае невозможности выполнить команду с указанными настройками возвращать юзера в тот же самый диалог?

Shuld

Цитата:

если есть ключ -ma5 (-ma) - то новые параметры по умолчанию

Там, где это имеет смысл, в частности, для размера словаря, оно так и работает.

oshizelly 13:59 25-10-2013

Сброс ошибочного ввода команды нормальное поведение в любой ОС, и куда при этом происходит возврат формального стандарта или какого-то общепринятого правила нет, да и откуда ему взяться поскольку к примеру диалог или задача из которой была отдана неверная команда к моменту возврата могут уже и завершится?

А что касается того чтобы использовать историю ввода для исправления ошибок, то скажу сразу - если писать в историю весь ввод, включая и ошибочный, то никаких буферов не хватит ибо до сброса истории во внешнюю память (HDD, ленты, оптика, MO, ... и другие дешёвые энергонезависимые носители большой ёмкости) эти данные хранятся в ОЗУ, а забивать его мусором значит увеличивать стоимость мамашиного времени ЭВМ вне зависимости от её класса (мэйнфрейм, миди-/мини-/микроЭВМ) и это всё равно выльется в финансовые потери из-за снижения общей производительности системы в целом по вине отдельной программы.

[off]
Victor_VG
На сколько же попугаев снизится производительность Системы, если в реестре будут записываться последние параметры команды 'Добавить в архив' в виде отдельного профиля?
Понимаю, что это приведёт к увеличению затрат на хранение и обработку файлов одного пользователя, поэтому мысль об истории архивированных файлов исключаю сразу, как причину потери финансов и пения романсов об энергопотреблении и экологии, а так же износа машин и людей … и всё это по вине отдельной программы


Цитата:

Может, автор - просто скрытый (??) садист

Inoz2000

Вполне хватает. И так КПД универсальных ЭВМ примерно 15? - 20%, а будет 5% - 6% что скажете? Что поставите суперЭВМ ибо игрушку не тянет?

Не забываем про размер словаря 1Гиг у RAR5. Что-же тут нет жалоб, что не тянет и требует много-много RAM, чем старая версия?

1)
Цитата:

размер словаря 1Гиг у RAR5

до 1 Гб.
2) память под словарь используется временно, обращения по чтению/записи не столь часты как будут обращения мелким буферам истории.
3) фрагментация памяти - эта штука вам знакома?

Вот эта пара причин 2) и 3) будет влиять на производительность самым плачевным образом. А вот почему - думайте, анализируйте, а не говорите что мол задача не имеет решения и не выдавайте скороспелку.

Inoz2000

Цитата:

Не забываем про размер словаря 1Гиг у RAR5.

Размер словаря автоматически уменьшается до нужного значения. Для примера сжать один небольшой файл с размером словаря 1 ГБ, и посмотреть в свойствах размер словаря.

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

Victor_VG

Цитата:

обращения мелким буферам истории

Я же так и говорил
Цитата:

мысль об истории архивированных файлов исключаю сразу

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



Цитата:

инишники

жутко тормозят с антивирусом.

Добавлено:
и ещё см. HKEY_CURRENT_USER\Software\Far2\Viewer\LastPositions

Inoz2000

Внести в исключения папку с инишниками, раз антивирус такое тормозное УГ. Безопасность не пострадает, а дерьма в реестре не будет, его там и так хввтает.

Последняя версия поддерживает больше 290 символов в пути?

NORIO

Цитата:

Последняя версия поддерживает больше 290 символов в пути?

В RAR и ZIP - поддерживает.

Inoz2000

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

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

Victor_VG

Витя - не затрахивай мозг. Очень тебя прошу.

EugeneRoshal, что заметил. делал архив многотомный rar5 с включенной опцией "Сохранять идентичные файлы как ссылки" и с последующим удалением(галка стоит на "уничтожать файлы если задан пароль") пароль был задан. архив создался, тут все нормально. тест прошел, тоже все нормально. а вот на удалении пошли ошибки...
-------- 30.10.2013 20:48:23, Архив C:\temp\dimm_backup.part28.rar

30.10.2013 20:48:23 Невозможно удалить C:\temp\dimm_backup\Photo\video
30.10.2013 20:48:23 Папка не пуста.
30.10.2013 21:03:06 Невозможно удалить C:\temp\dimm_backup\Photo
30.10.2013 21:03:06 Папка не пуста.
30.10.2013 21:19:21 Невозможно удалить C:\temp\dimm_backup\BackUp\2005\садик\veselye_starty
30.10.2013 21:19:21 Папка не пуста.
30.10.2013 21:19:24 Невозможно удалить C:\temp\dimm_backup\BackUp\2005\садик
30.10.2013 21:19:24 Папка не пуста.
30.10.2013 21:20:19 Невозможно удалить C:\temp\dimm_backup\BackUp\2005
30.10.2013 21:20:19 Папка не пуста.
30.10.2013 21:21:00 Невозможно удалить C:\temp\dimm_backup\BackUp
30.10.2013 21:21:00 Папка не пуста.
30.10.2013 21:21:03 Невозможно удалить C:\temp\dimm_backup
30.10.2013 21:21:03 Папка не пуста.

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

ось win7sp1 x64 8 гиг памяти. процессор i5-2400. архиватор 5.00 x64

GoblinNN
Сейчас упаковал с аналогичными опциями несколько гиг с массой вложенных подкаталогов. Удалилось нормально. Пока что не могу сказать, в чем тут дело. Может в вашем случае какой-то фоновый процесс лезет к этим каталогам.

GoblinNN
Вариантов два: либо не хватает уровня доступа (чтобы проверить, достаточно запустить WinRAR с правами администратора и повторить операцию), либо действительно, эти папки "держит" другой процесс.

Есть ли возможность зарегистрировать WinRar 5 на свое имя?

Цитата:

Есть ли возможность зарегистрировать WinRar 5 на свое имя?

Странный вопрос. Покупаете лицензию и регистрируете на своё имя. В чём сложность?

GoblinNN

Берём Process Hacker v2.33 r5530, далее CtrlF -> вводим имя файла или каталога и по хендлам смотрим кто именно блокирует данный объект. Снять блокировку элементарно - выделяем хендл, DEL, подтверждаем удаление. Для проверки повторяем поиск хендлов. Если ничего не найдено то блокировка снята. Если у вас стоит ОС Vista/2008 и выше, то можно попытаться используя средства отладки и новый плагин Wait Chain Traversal (WCT) через контекстное меню процесса Analase/Miscellaneous -> Wait Chain Traversal найти находящиеся в ожидании нити. "Бесхозные" будут помечены красным цветом, и их не всегда удастся удалить, но можно рискнуть удалить родительскую нить.