Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » WinRAR (часть 2)

Модерирует : gyra, Maz

gyra (14-12-2016 12:03): WinRAR (часть 3)  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296

   

Widok



Moderator-Следопыт
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
По вопросам лечения (кряки, патчи и т.д.), а также разблокировки архивов обращаемся в «Варезник»
Отдельная тема по сборкам WinRAR
Предыдущая часть темы


Официальный русский сайт: win-rar.ru
Официальный e-mail разработчика WinRAR (писать на русском): dev@rarlab.com
 
Финальная английская версия: 5.40 x86 | x64
Финальная русская версия:  5.40 x86 | x64
 
 
Список изменений на английском языке
(на родном – смотрите файл WhatsNew.txt в дистрибутиве на вашем языке)
Скачать RAR для Mac OS X, FreeBSD, Linux, Android можно здесь.

Внимание! Скачивайте дистрибутивы только с сайта разработчика (rarlab.com или win-rar.ru), если не хотите подхватить вирус/троян.
 
Скачать ранее вышедшие версии также можно с официального сайта.

Версия 3.62 (ru) с подарочным ключом (респект камраду elmorte)
  • Если скачиваются битые архивы, читаем здесь и здесь.

    Коллекция всех ранее выходивших версий WinRAR (1995-2016) одним архивом: скачать (169.5 Мб). Обновлена 30.10.2016

    В WinRAR (как и в ряде других архиваторов) существует возможность создания зашифрованного архива с несколькими паролями. Т.е. каждый файл в архиве может иметь свой собственный пароль для распаковки, что в ряде случаев может быть очень полезно. Подробнее...
    Поэтому при добавлении нового файла в зашифрованный архив ОБЯЗАТЕЛЬНО сверяйте пароли, иначе можете потерять свои данные.
    Эффективный способ обойти проблему: подробнее...



    Вместо F.A.Q.
    Почему для использования 2+ ГБ памяти желательно установить 64-разрядную версию Windows


     
    В теме активно отвечает на вопросы автор архиватора Евгений Рошал! Ситуация уникальная, прошу пользоваться

  • Всего записей: 24190 | Зарегистр. 07-04-2002 | Отправлено: 11:25 16-12-2009 | Исправлено: Benchmark, 16:13 30-10-2016
    Victor_VG



    Tracker Mod
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    LonerDergunov
     
    Кстати, и для Far Manager так же необходимо её обновление.

    ----------
    Жив курилка! (Р. Ролан, "Кола Брюньон")
    Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

    Всего записей: 33221 | Зарегистр. 31-07-2002 | Отправлено: 01:03 08-07-2013
    reenoip



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    WinRar 4.20 (x86). Распаковываю 7z-архивы по ~11Gb каждый. В каждом архиве всего один файл (~20Gb). Начинаю распаковку, жму "Фоновый режим", программа послушно прячется в трей, но CPU всё равно занят на 98% до самого окончания распаковки. Этот глюк возникает из-за объёма архива, или же это особенности работы с 7z?
       
     
    Добавлено:
    CPU: Intel Pentium DualCore E5500 (2.8GHz).

    Всего записей: 1768 | Зарегистр. 10-03-2006 | Отправлено: 07:24 10-07-2013
    ALEX666999



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    А в чём глюк?
    Ну он и должен все ядра прогружать, по идее.
     
    Можно попробовать в диспетчере с одного снять галку.

    Всего записей: 6652 | Зарегистр. 20-05-2004 | Отправлено: 07:57 10-07-2013
    V0lt



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    reenoip
    Фоновый режим - это уменьшенный приоритет, а не загрузка процессора.

    Всего записей: 10499 | Зарегистр. 05-02-2003 | Отправлено: 08:02 10-07-2013
    reenoip



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    V0lt
    ALEX666999
    не, ну я-то ожидал, что запуская любую другую ресурсоёмкую задачу CPU хоть на чуть-чуть, но будет освобождаться для её выполнения, а вместо этого система практически перестаёт отвечать на любые мои запросы и приходится ждать окончания распаковки. Кому тогда этот "Фоновый режим" нужен, если поведение системы во время работы программы не меняется?

    Всего записей: 1768 | Зарегистр. 10-03-2006 | Отправлено: 08:09 10-07-2013
    ALEX666999



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    V0lt
    А по-моему, это тупо минимизация, даже без уменьшения.
     
    reenoip
    В диспетчере задач (зажми CTRL SHIFT ESCAPE) выбираем WinRar и жмакаем «задать соответствие».
    Одно ядро отжимаем. Должно, по идее, помочь.

    Цитата:
     Примечания
     
    Команда «Задать соответствие» доступна только в многопроцессорных компьютерах.  
    Применение команды «Задать соответствие» ограничивает выполнение программы или процесса выбранным обработчиком и может снизить общее быстродействие системы.  
     

    Всего записей: 6652 | Зарегистр. 20-05-2004 | Отправлено: 08:10 10-07-2013 | Исправлено: ALEX666999, 08:16 10-07-2013
    reenoip



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Спасибо за решение, я знаю этот способ, но мне как-то странно сначала отправлять выполнение задачи в фоновый режим, а потом ещё и соответствие ей настраивать. Двойная работа, ведь использование фонового режима как бы само по себе подразумевает, что у задачи самый мизерный приоритет среди всех, разве не так? Или я не понимаю логику автора программы?

    Всего записей: 1768 | Зарегистр. 10-03-2006 | Отправлено: 08:34 10-07-2013
    ALEX666999



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    «Фоновый» значит «на фоне». Вы печатаете в Word'e,
    а программка разжимает или сжимает на бэкграунде.
     
    По-моему, так всегда было.
    Я лично, других ассоциаций при этом слове не имел.

    Всего записей: 6652 | Зарегистр. 20-05-2004 | Отправлено: 08:47 10-07-2013
    reenoip



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Запуск "Microsoft Office Word 2013" при "фоновой" распаковке 7z-архива занимает 88 секунд ровно (от нажатия на ярлык до появления на экране документа с чистым листом). Т.е. почти полторы минуты запуска офисного приложения (которое в обычном случае занимает от силы 5-6 секунд) при "фоновой" распаковке архива - норма? Если да, норма, тогда ок, мой вопрос закрыт, именно это я и хотел уточнить.

    Всего записей: 1768 | Зарегистр. 10-03-2006 | Отправлено: 08:53 10-07-2013
    Victor_VG



    Tracker Mod
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    reenoip
     
    1) Во всех ОС термин "задача переднего плана" обозначает интерактивно взаимодействующую с оператором задачу, а "фоновая задача" обозначает "задача которая во время исполнения не нуждается во взаимодействии с оператором с момента запуска до момента завершения".
     
    2) Выделение задаче ресурсов зависит от её потребностей, приоритета и наличия в системе доступных для распределения ресурсов. Этим в системе занимается планировщик задач. Выше приоритет? Если нет других претендентов то данная задача считается чаще, не более.
     
    3) Перевод ресурсоёмкой задачи в фоновый режим не означает что её потребности в ресурсах сократятся. Просто она будет считаться без вывода своих окошек на экран и только по завершении отчитается.
     
    4) А кто вам сказал что архивы распаковываются мгновенно? Многие ресурсоёмкие приложения часто держат часть своего исполняемого кода в ОЗУ для ускорения запуска, но М$ Офис не такой - этот сразу выскакивает как чёртик из шкатулки едва позовут и память ОС не насилует. Не просто так ходит бородатая и возрастом с динозавров шутка - "Для секретарши ставим ВинВорд шеллом - ей хватит до пенсии...".
     
    5) Посчитайте скорость распаковки и сравните с быстродействием архиватора именно на вашей машине, а после посмотрите откуда у вас за "5 - 6 секунд" офис запускается? Для интереса выгрузите его со всеми его модулями из ОЗУ и посмотрите сколько времени он будет тогда запускаться? Думаю раз в пять - шесть дольше, если не более. НО это же Микрософт Ворд Священная Реликвия всех времён и народов....

    ----------
    Жив курилка! (Р. Ролан, "Кола Брюньон")
    Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

    Всего записей: 33221 | Зарегистр. 31-07-2002 | Отправлено: 14:30 10-07-2013
    EugeneRoshal

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    reenoip
    В фоновом режиме WinRAR снижает приоритет процесса до IDLE_PRIORITY_CLASS. Более радикальным было бы еще ограничить ввод/вывод с помощью PROCESS_MODE_BACKGROUND_BEGIN, но когда я это проверял, результат был слишком печален - скорость упаковки и распаковки падала в разы. Так что пока я этот режим использовать не стал.
     
    Сейчас я немного переделал синхронизацию потоков при распаковке 7z и выложил новую английскую сборку beta 6. Интерфейсный поток теперь должен меньше грузить процессор. Если узким местом было именно CPU, а не диск, может помочь.

    Всего записей: 2258 | Зарегистр. 29-04-2013 | Отправлено: 14:33 10-07-2013
    Victor_VG



    Tracker Mod
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    EugeneRoshal
     
    Не думаю что узкое место в данном случае именно CPU. У самого на стенде стоит Е5400@ 2,7 GHz на связке iG41 + ICH7 с парой однотипных 1 Гб модулей Samsung  DDR2-800 6-6-6-18 и работает довольно шустро, в результате чего при последовательном чтении больших файлов (> 100 Мб) диски Барракуда 11 обеспечивают скорость I/O близкую к предельной ~ 65 Мб/с. Но, если для чипсетов Intel 3-й/4-й серий ставить память с частой синхронизации не 1/2 FSB, то скорость работы дисковой подсистемы снижается в разы - на iG35 с этим же CPU и памятью DDR2-533 пиковая скорость тех же самых накопителей снижается до 27 - 30 Мб/с. Это особенность схемотехники этих чипсетов - в асинхронном режиме памяти чипсет вводит дополнительные циклы задержки на шинах для синхронизации операций I/O с FSB. Эти чипсеты синхронные с общей шиной памяти, и хотя допускают асинхронных режим работы, но в нём их лучше не использовать. Оптимальных режим для них это синхронный двухканальный режим памяти с балансировкой нагрузки по всем каналам I/O включая видео подсистему. Они конечно могут работать в двухканальном режиме с модулями разного объёма, но при этом скорость работы памяти снижается на 25% - 30%, и как следствие снижается быстродействие системы в целом. Что вполне ожидаемо.

    ----------
    Жив курилка! (Р. Ролан, "Кола Брюньон")
    Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

    Всего записей: 33221 | Зарегистр. 31-07-2002 | Отправлено: 15:10 10-07-2013 | Исправлено: Victor_VG, 15:15 10-07-2013
    ALEX666999



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    EugeneRoshal: Если узким местом было именно CPU, а не диск, может помочь.

    Помогло. Загрузка ЦП уменьшилась больше, чем на половину,
    время работы увеличилось всего процентов на 10.
     
    UPD: ЧСХ, это без погружения в фоновый режим.
            Тестировал на 700-метровом бэкапе в .7z.

    Всего записей: 6652 | Зарегистр. 20-05-2004 | Отправлено: 15:12 10-07-2013 | Исправлено: ALEX666999, 15:20 10-07-2013
    reenoip



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    EugeneRoshal, здравствуйте. Надо же, неужели Вы, собственной персоной?
     

    Цитата:
    результат был слишком печален - скорость упаковки и распаковки падала в разы

    вопрос мой уже как бы закрыт, но я всё-таки не понимаю, что тут такого печального, ведь именно так и должно быть. Только нужно обозначить в справке что-нибудь вроде такого:
    Если пользователь хочет быстро упаковать/распаковать - значит сидит и терпеливо ждёт, пока архив в "прямом эфире" упакуется/распакуется. Все доступные ресурсы при этом будут отданы архиватору.
    Если пользователь желает параллельно делать что-то ещё - смело отправляет процесс упаковки/распаковки в фоновый режим и спокойно занимается своими неотложными делами, архиватор же в это время неторопливо работает и о себе никоим образом пользователю не напоминает, покуда процесс упаковки/распаковки не будет завершён. Приоритет у архиватора в данном случае будет самым мизерным, поэтому процесс упаковки/распаковки может затянуться на неопределённое/непредсказуемое время. Если пользователя такой расклад не устраивает - пусть возвращает процесс из фонового режима в "прямой эфир" и терпеливо ожидает его окончания.
     
    Всё. Так у пользователя хотя бы появится выбор. А на данный момент выбора нет, ибо архиватор что в фоновом, что без фонового - одинаково жадный до ресурсов, как выяснилось. И смысл в таком фоновом режиме? Т.е. пока явно не укажешь соответствие по ядрам - системой можно не пользоваться, она практически в коматозном состоянии, несмотря на якобы "фоновый режим". Или же, как вариант в качестве бреда, - вычлените из своей программы функцию фонового режима и вместо неё сделайте опцию "Используемое количество ядер", где пользователь сможет указывать произвольное количество ядер для выполнения.

    Всего записей: 1768 | Зарегистр. 10-03-2006 | Отправлено: 09:03 11-07-2013
    lucky_Luk

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    reenoip
     

    Цитата:
    А на данный момент выбора нет, ибо архиватор что в фоновом, что без фонового - одинаково жадный до ресурсов, как выяснилось. И смысл в таком фоновом режиме?

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

    Всего записей: 7100 | Зарегистр. 29-11-2004 | Отправлено: 10:45 11-07-2013
    SAT31



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    lucky_Luk
    да все уже поправили в бета 6 пятой версии.

    Всего записей: 9261 | Зарегистр. 11-09-2009 | Отправлено: 12:36 11-07-2013
    Victor_VG



    Tracker Mod
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    lucky_Luk
     
    Возьми с ftp://ftp.rarlabs.com/rar/ английскую сборку Rar 5.00 b6 от 10.07.2013 16:26:00 - 16:33:00 (обновлены сборки для FreeBSD, Mac OS X, Linux 32/64 bit, Windows 32/64 bit) - Женя вчера именно о ней сказал что она пересобрана для уменьшения потребления ресурсов.

    ----------
    Жив курилка! (Р. Ролан, "Кола Брюньон")
    Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

    Всего записей: 33221 | Зарегистр. 31-07-2002 | Отправлено: 13:18 11-07-2013
    lucky_Luk

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    SAT31
     

    Цитата:
    да все уже поправили в бета 6 пятой версии.

    Вот выйдет релиз, тогда поставлю.

    Всего записей: 7100 | Зарегистр. 29-11-2004 | Отправлено: 13:29 11-07-2013
    Victor_VG



    Tracker Mod
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    lucky_Luk
     
    Разумно. Особенно если за ошибки голову оторвут. Дома это одно, а на работе - иное. Сам сто раз всё на стенде перепроверю прежде чем на рабочую машину поставлю вне зависимости от того где она используется.

    ----------
    Жив курилка! (Р. Ролан, "Кола Брюньон")
    Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

    Всего записей: 33221 | Зарегистр. 31-07-2002 | Отправлено: 14:11 11-07-2013
    oshizelly



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Подскажите вот такую вещь. Когда я при создании архива выставил заполнил все всех многочисленные поля диалога, но что-то написал неправильно (допустим, сделал ошибку в имени обрабатываемых файлов или выходного архива., то выдаётся сообщение об ошибке и диалог закрывается. Таким образом, вся моя работа по заполнению полей обнуляется Казалось бы, логично было бы всё сохранить и предложить юзеру исправить конкретную ошибку.  
    Это где-то настраивается или действительно имеется такая неприятная дыра в юзабилити?
     
    И вопрос на другую тему. Можно ли указать путь сохранения архива на Рабочий Стол? То есть, понятно, что можно прописать явным образом путь к папке в профиле юзера в C:\Documents and Settings\....., но нет ли более удобного и простого решения, скажем, через какой-то псевдоним и т.п.

    Всего записей: 6524 | Зарегистр. 18-09-2004 | Отправлено: 14:26 11-07-2013 | Исправлено: oshizelly, 14:28 11-07-2013
       

    Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296

    Компьютерный форум Ru.Board » Компьютеры » Программы » WinRAR (часть 2)
    gyra (14-12-2016 12:03): WinRAR (часть 3)


    Реклама на форуме Ru.Board.

    Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
    Modified by Ru.B0ard
    © Ru.B0ard 2000-2024

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru