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

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

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

Maz (27-08-2020 19:31): WinRAR (часть 4)  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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

   

gyra

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



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

 
Скачать ранее вышедшие версии также можно с официального сайта.

Версия 3.62 (ru) с подарочным ключом (респект камраду elmorte)

Коллекция всех ранее выходивших версий WinRAR (1995-2020): скачать (253 МБ) [обновлено 30.03.2020]

вместо F.A.Q. || альтернативные архиваторы

Почему опять задерживается русская версия? А при русском разработчике на языке XXX уже давно есть. Не захламляйте тему подобными вопросами.

Кому не нравится новая тема оформления - скачайте с официального сайта rarlab.com (из раздела Themes) и установите себе WinRAR Classic theme by Francesco Indrio: Стандартная (48x36). Мелкие кнопки (24x24)

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

Всего записей: 7932 | Зарегистр. 18-02-2006 | Отправлено: 12:00 14-12-2016 | Исправлено: Domin0, 13:37 26-08-2020
SDZ0



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
 
А можно при нажатии на кнопку Background  не сворачивать в трей?  
Хочется контролировать процесс.

Всего записей: 174 | Зарегистр. 19-03-2018 | Отправлено: 18:08 21-03-2018 | Исправлено: SDZ0, 18:09 21-03-2018
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
в fa приоритет всех потоков сжатия низкий, и это очень удобно. может, это будет проблемой в каких-то сложных случаях, особенно на одноядерных машинах, но в целом жрущие процессы имхо должны по дефолту иметь меньший приоритет

----------
Автор FreeArc

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 19:26 21-03-2018
EugeneRoshal

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

Цитата:
А можно при нажатии на кнопку Background  не сворачивать в трей?  

Тогда это будет не Background. Там основное это свернуть в трей, а снизить приоритет это второстепенная функция.
 
Bulat_Ziganshin

Цитата:
жрущие процессы имхо должны по дефолту иметь меньший приоритет

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

Всего записей: 2239 | Зарегистр. 29-04-2013 | Отправлено: 21:59 21-03-2018 | Исправлено: EugeneRoshal, 21:59 21-03-2018
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
SDZ0
 
Фоновое выполнение задачи не подразумевает взаимодействие с человеком в любой форме, в т.ч. и контроль процесса выполнения.
 
EugeneRoshal
 
В принципе можно сделать приоритет динамическим от параметра "Желаемое время выполнения задачи", а его определить к примеру как ОЧЕНЬ БЫСТРО, БЫСТРО, ОБЫЧНО, МЕДЛЕННО, КОГДА МАШИНА СВОБОДНА. Сам такое в WTMS 1.0 реализовал и людям это понравилось. Правда наш системщик очень мою программу невзлюбил - по имени IEF06189 на OS/360 это главный планировщик, на него как на святую икону молятся, а тут что-то не понятное, вдобавок SVC type I - он и в ночном кошмаре не решится его тронуть, хоть и лапы чешутся.

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

Всего записей: 33119 | Зарегистр. 31-07-2002 | Отправлено: 02:29 22-03-2018
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
да, именно это я имею в виду. вот для таких случаев и оставить опцию "повысить приоритет"
 
вообще жалоба "архиватор делает машину unresponsive" мне кажется более вероятной и важной, чем "при запуске двух полножрущих задач rar работает медленней чем другой архиватор". хотя в идеале с этим должен справляться вообще сам windows

----------
Автор FreeArc

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 02:36 22-03-2018
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
 
Планировщик заданий ОС не может сам выйти за диапазон значений класса приоритета. Такую команду ему отдаёт только человек.

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

Всего записей: 33119 | Зарегистр. 31-07-2002 | Отправлено: 08:42 22-03-2018
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Bulat_Ziganshin
Там есть еще один момент. Я сейчас заново не проверял, но из старых экспериментов помню, что обычное снижение приоритета не очень-то помогало сделать машину более отзывчивой, если основная нагрузка приходилась не на вычислительный поток, а на hdd, что типично для распаковки. Например, распаковываем много мелких файлов на hdd. Да, наверное, и не обязательно мелких. Реально помогало PROCESS_MODE_BACKGROUND_BEGIN и PROCESS_MODE_BACKGROUND_END, но тогда скорость распаковки в таких сценариях падала почти на порядок. Так что я сначала добавил это к Background режиму WinRAR, потом посмотрел на катастрофическое падение скорости и оставил только IDLE_PRIORITY_CLASS.

Всего записей: 2239 | Зарегистр. 29-04-2013 | Отправлено: 09:34 22-03-2018
Pasha_ZZZ



Platinum Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
EugeneRoshal
PROCESSS_MODE_BACKGROUND_BEGIN устаноавливает приоритет CPU в IDLE_PRIORITY_CLASS, а I/O Priority - Very Low.
Но кроме Very Low есть и другие приоритеты ввода-вывода. Можно установить через NtSetInformationProcess

Всего записей: 12360 | Зарегистр. 11-03-2002 | Отправлено: 10:03 22-03-2018
Bulat_Ziganshin

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
я решал только задачу захвата cpu и тестировал на больших файлах. но при этом я снижаю приоритет потока только на одну ступеньку (до below normal), и только на время выполнения cpu-consuming функций, типа сжатия и crc

----------
Автор FreeArc

Всего записей: 3401 | Зарегистр. 13-08-2007 | Отправлено: 10:08 22-03-2018
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
 
В принципе, можно пытаться регулировать IP Priority, но смысла в случае однопоточного накопителя не будет. А большая часть IDE/SATA, SCSI/SAS, SSD накопителей однопоточные. Исключение составляют специализированные серверные накопители для СУБД или систем видео наблюдения. Они изначально проектируются для параллельной обработки нескольких потоков команд и данных.  
 
А массовые накопители однопоточные - это упрощает электронику и снижает себестоимость изготовления. К SSD это относится в той же полной мере как и к HDD. Потому с однопоточным накопителем длительность операции обмена упрётся в его внутреннюю пропускную способность ZBTR, размер входной очереди команд, тайм-ауты протокола обмена его контроллера, число и размер сегментов входного потока данных.  
 
И кстати данная функция имеет ярко выраженную нелинейную зависимость от величины отдельных параметров. И как в своё время говорил академик Тихонов "Формула длиннее десяти сантиметров не имеет простого численного решения." - эта зависимость описывается довольно сложной системой тензорных уравнений, а поэтому на практике для оценки времени операции проще взять минимальную скорость накопителя для аналогичных по размеру с оцениваемыми блоков данных.

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

Всего записей: 33119 | Зарегистр. 31-07-2002 | Отправлено: 10:22 22-03-2018
Pasha_ZZZ



Platinum Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Victor_VG
Цитата:
В принципе, можно пытаться регулировать IP Priority, но смысла в случае однопоточного накопителя не будет
Как связана "многопоточность" контроллера и приоритет ввода-вывода ОС - остается только догадываться.
Тем более, если хотя бы немного пытаться вникнуть в то, что написано
Цитата:
обычное снижение приоритета не очень-то помогало сделать машину более отзывчивой, если основная нагрузка приходилась не на вычислительный поток, а на hdd, что типично для распаковки. Например, распаковываем много мелких файлов на hdd. Да, наверное, и не обязательно мелких. Реально помогало PROCESS_MODE_BACKGROUND_BEGIN и PROCESS_MODE_BACKGROUND_END, но тогда скорость распаковки в таких сценариях падала почти на порядок. Так что я сначала добавил это к Background режиму WinRAR, потом посмотрел на катастрофическое падение скорости и оставил только IDLE_PRIORITY_CLASS
Т.е. между IOPriority = Very Low и Normal разница есть, как и смысл.
Так что оставьте свои псевдонаучные теоретические выкладки при себе.

Всего записей: 12360 | Зарегистр. 11-03-2002 | Отправлено: 10:39 22-03-2018
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Pasha_ZZZ
 
Если кое-кто немного почитает учебники чуток сложнее чем для первокурсников ПТУ по специальности "Оператор ЭВМ", то начнёт понимать что связь возможности устройства - длительность операции прямая, а её отрицание смешно.

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

Всего записей: 33119 | Зарегистр. 31-07-2002 | Отправлено: 11:11 22-03-2018
Pasha_ZZZ



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

Всего записей: 12360 | Зарегистр. 11-03-2002 | Отправлено: 11:47 22-03-2018
EugeneRoshal

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

Цитата:
Можно установить через NtSetInformationProcess

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

Всего записей: 2239 | Зарегистр. 29-04-2013 | Отправлено: 14:19 22-03-2018
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
 
NtSetInformationProcess() - Native API вообще не документирован. API ядра - меняется в любой момент, и? Тут даже в MSDN смотреть не надо - префикс имени функций Nt*() зарезервирован для Native API. Некоторые его функции можно использовать, но через стандартные вызовы ntdll.dll. Иного документированного способа нет.

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

Всего записей: 33119 | Зарегистр. 31-07-2002 | Отправлено: 15:38 22-03-2018
lvqcl

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Victor_VG
 
флуд продолжается?

Всего записей: 1140 | Зарегистр. 03-02-2007 | Отправлено: 16:04 22-03-2018
Teuton



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Скажите, а новая версия WinRAR 5.60 - будет поддерживать распаковку архивов PA формата ?

Всего записей: 453 | Зарегистр. 15-04-2005 | Отправлено: 17:48 22-03-2018
EugeneRoshal

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

Всего записей: 2239 | Зарегистр. 29-04-2013 | Отправлено: 18:11 22-03-2018
d3adb33f



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
 
Мне кажется уже пора добавить в контекстное меню WinRar иконки и пункт создать empty file, а то каждый раз когда надо пустой файл добавить приходится создавать его на десктопе и тащить в окно архиватора, а иконки что бы быстрее выбирать пункты меню не перечитывая названия.

Всего записей: 564 | Зарегистр. 08-10-2015 | Отправлено: 23:44 23-03-2018 | Исправлено: d3adb33f, 23:45 23-03-2018
Inoz2000



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

Цитата:
каждый раз когда надо пустой файл добавить приходится создавать его на десктопе и тащить в окно архиватора
НУ ВСМЫСЛЕ “каждый раз”??? нафик вообще нужен пустой файл в архиве?

----------
Мы все умрём. (-:

Всего записей: 4878 | Зарегистр. 23-04-2009 | Отправлено: 00:27 24-03-2018
   

Страницы: 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

Компьютерный форум Ru.Board » Компьютеры » Программы » WinRAR (часть 3)
Maz (27-08-2020 19:31): WinRAR (часть 4)


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

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

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru