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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в 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
Benchmark



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

Цитата:
Расширение, в данном случае, для Windows не играет роли - главное имя, aux и aux.txt воспринимаются операционкой одинаково

Мда, всё верно.
Тогда ну их, эти зарезервированные имена. От греха подальше.

Всего записей: 6923 | Зарегистр. 01-10-2002 | Отправлено: 19:17 22-09-2018
ZSZ

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

Цитата:
    Вот тар не трогайте. А то после таких "Мне удобно!"  

 
Архивы потому и используются, что повышают удобство работы, скорость системы и безопасность. То, что файлы при этом можно ещё и сжать - побочный положительный эффект.
 
Напомню историю с microsoft когда вышла Виста. Вкратце, их спросили, почему вместо архива Driver.cab файлы драйверов стали незапакованные навалом. Ответ был примерно такой, что современные носители теперь большие, нет нужды сжимать файлы.  
Пусть будет так, только вот система и прочий софт, натыкаясь на кучку мелких файлов, тормозит.
 
Аналогично и с монтированием архивов. Это не просто удобно, это ещё и повышает скорость, безопасность, не говоря про дополнительные удобства.
 
Собственно, никого не удивляет монтирование *.iso. Чем rar, zip для этого хуже? Кроме удобства получаем ещё и меньший размер. А если размер файла в несколько раз меньше, получаем заметное повышение скорости файловых операций.

Всего записей: 5808 | Зарегистр. 15-01-2012 | Отправлено: 20:47 22-09-2018 | Исправлено: ZSZ, 20:48 22-09-2018
Aniskin

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

Цитата:
Собственно, никого не удивляет монтирование *.iso. Чем rar, zip для этого хуже?

Между iso и rar, zip есть большая разница. Iso - не сжатый контейнер, rar и zip - сжатый. Софт для монтирования - это драйвер дисковой системы, и он должен обеспечивать чтение данных файла с любой позиции. Это обозначает, что бы прочитать последний байт файла внутри архива нужно распаковать весь файл, а в случае solid архива все файлы предшествующие нужному файлу. Если для iso это не является проблемой, то для rar и zip является. Для последних придется создавать какой нибудь кеш извлеченных сегментов файлов, который будет находиться либо в памяти, либо на том же диске.
 
И само по себе написание драйвера является крайне не простой задачей. Для него крайне важным является отсутствие ошибок в коде. Если для простого приложения это (относительно) безопасно (ну упало приложение - запустили заново), то для драйвера это не приемлемо в принципе, поскольку драйвер работает в kernel mode, и любая ошибка - это потенциальная бреша в безопасности системы.
 

Цитата:
Кроме удобства получаем ещё и меньший размер. А если размер файла в несколько раз меньше, получаем заметное повышение скорости файловых операций.
Есть результаты замеров или это просто умозаключения?

Всего записей: 629 | Зарегистр. 09-01-2006 | Отправлено: 21:18 22-09-2018
lvqcl

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

Цитата:
Софт для монтирования - это драйвер дисковой системы

 
Причем IIRC в ISO файле дисковая система есть внутри, софту ничего самому делать не надо. А для rar и zip ещё придется файловую систему эмулировать.

Всего записей: 1226 | Зарегистр. 03-02-2007 | Отправлено: 21:43 22-09-2018
ZSZ

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

Цитата:
Причем IIRC в ISO файле дисковая система есть внутри, софту ничего самому делать не надо. А для rar и zip ещё придется файловую систему эмулировать.

 
Aniskin

Цитата:
Между iso и rar, zip есть большая разница. Iso - не сжатый контейнер, rar и zip - сжатый. Софт для монтирования - это драйвер дисковой системы, и он должен обеспечивать чтение данных файла с любой позиции.

 
Для WinMount это не является проблемой. Разумеется, непрерывные архивы мимо, так их и не будем создавать, если предполагается этот архив монтировать как устройство.
 

Цитата:
Есть результаты замеров или это просто умозаключения?

 
Тут даже для дуболома понятно, что скопировать на флешку или куда-либо файл iso в 7 ГБ или кучу 7 ГБ из 100 000 файлов будет медленнее, чем 1 ГБ в одном rar файле.
 
Конкретный пример. Имеем инсталлятор игры, пусть будет 4 ГБ. Устанавливается игра 1 час. Файлы заняли 10 ГБ. Проверяем, удаляем всё ненужное, типа китайских озвучек и всяких демо-роликов. Осталось 7 ГБ. Проверяем. Упаковываем в rar архив. Заняло 2,5 ГБ. Закидываем их на флешку. Чтобы распаковать эту игру на другой комп нужно уже не 1 час, а 2..10 минут, а если смонтировать архив как диск, то можем прямо с флешки и запустить. Мало ли некуда распаковывать, нельзя на рабочем компе или чтобы просто вспомнить, про что эта игра.
 
Я так делал ещё в 2004...2005 годах. Всё удобно, только носителем были DVD+RW и DVD-RAM и там были заморочки с временем раскрутки диска. Для удобств нужно было его постоянно крутить. Сейчас с флешками такой проблемы нет, с внешними жёсткими почти нет.

Всего записей: 5808 | Зарегистр. 15-01-2012 | Отправлено: 21:55 22-09-2018
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Aniskin
 
Второе. Реальные измерения "повышения скорости операций ввода-вывода" не выявили и выявить не могут т.к. линейная скорость передачи данных оконечных устройств зависит только от свойств канала связи и возможностей оконечных  устройств. Если поток данных сжат, то относительная пропускная способность канала повысится по отношению к несжатому потоку, но линейная скорость передачи в канале не изменится.  
 
Алгоритмы группового кодирования с переменной длиной кодового слова  при пересылке данных известны давно, но широкого распространения не получили из-за необходимости применения избыточности для коррекции ошибок и необходимости передачи таблицы длин кодовых слов. Сам реализовал такое решение в одной своей разработке в 1990 - 1991, но для коррекции ошибок канала связи пришлось использовать код Хемминга (64,72) и разрабатывать отдельную ЭСЛ БИС на БМК И-300 для коррекции ошибок. Хотя результат был не плохой - при линейной скорости в канале 18 Mb/s аппаратура обеспечивала эффективную скорость 51 Mb/s. Но, что-то на испытаниях аппаратуры выявить "повышение скорости операций ввода-вывода" выше её возможностей ни нам, ни коллегам из НИИ ЦВТ не удалось. Видимо мы плохо искали.

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

Всего записей: 34367 | Зарегистр. 31-07-2002 | Отправлено: 21:57 22-09-2018 | Исправлено: Victor_VG, 21:59 22-09-2018
Aniskin

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

Цитата:
Тут даже для дуболома понятно, что скопировать на флешку или куда-либо файл iso в 7 ГБ или кучу 7 ГБ из 100 000 файлов будет медленнее, чем 1 ГБ в одном rar файле.
Я не этот сценарий имел в виду, а вот этот:
 

Цитата:
Упаковываем в rar архив ... Закидываем их на флешку ... если смонтировать архив как диск, то можем прямо с флешки и запустить.
Есть замеры скорости доступа к файлам внутри контейнера и скорости доступа к файлам на простой ФС?
 
 
Добавлено:
ZSZ
Как вы думаете, почему монстры типа DaemonTools или Alcohol, имея готовую кодовую базу для написания драйвера, почему то не спешат добавлять поддержку архивных форматов. Ведь если это так полезно для пользователя, то такая фича несомненно бы дала конкурентное преимущество продукту.

Всего записей: 629 | Зарегистр. 09-01-2006 | Отправлено: 22:10 22-09-2018
ZSZ

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

Цитата:
Есть замеры скорости доступа к файлам внутри контейнера и скорости доступа к файлам на простой ФС?

 
Ну так без разницы, если скорость распаковки быстрее скорости носителя.
А если читать с носителя меньше данных, то ещё и быстрее.
 
Речь была не об этом. А о том, что система или софт, натыкаясь на папку с десятками тысяч...миллионами файлов могут тормознуть, в отличие от того, если бы все эти файлы были в одном архиве. Поэтому всю мелочь держим в архивах. Если понадобился конкретный файл, просто его извлекаем/открываем. Если сами не знаем, что нужно, монтируем архив как папку или диск, находим нужное. Это может быть в несколько раз быстрее, чем распаковывать весь архив.
 
Сейчас позапускал игры из смонтированных как диски  Rar-архивов. Файловая система представляется как MOUFS. Скорость запуска игр и их работы такая же, как и если бы запускать из обычной папки.
 
Добавлено:
Aniskin

Цитата:
Как вы думаете, почему монстры типа DaemonTools или Alcohol,

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

Всего записей: 5808 | Зарегистр. 15-01-2012 | Отправлено: 22:23 22-09-2018 | Исправлено: ZSZ, 22:33 22-09-2018
Aniskin

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

Цитата:
Ну так без разницы
Просто меня берут сомнения, что при random access mode чтение с распаковкой из zip или rar будет быстрее чтения с простого диска. Я еще могу понять, когда в качестве контейнера выступает какой нибудь SquashFS, когда формат специально создавался и оптимизировался для ваших сценариев, но вот для произвольного zip или rar - не уверен.
 

Цитата:
папку с десятками тысяч...миллионами файлов могут тормознуть
Не хочу заниматься нравоучениями, но imho что-то не так в выборе метода распределения файлов по ФС.
 

Цитата:
В Линуксах таких вопросов не задают.
Мы же вроде не о линуксе говорим.
 

Цитата:
Там любой файл может быть устройством.
Безусловно плюс для линукса.
 

Цитата:
А упомянутые программы ... сейчас устарели и неактуальны.
Тем не менее они еще до сих пор живы, в отличие от WinMount. И за 7 лет не появилось ни одного аналога (или я о них просто не знаю).

Всего записей: 629 | Зарегистр. 09-01-2006 | Отправлено: 23:23 22-09-2018
ZSZ

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

Цитата:
Тем не менее они еще до сих пор живы, в отличие от WinMount.

 
Но не нужны. В отличие от WinMount, которая нужна. Нашёл один глюк, после размонтирования rar архива (и наверное других), файл архива не удалить до перезагрузки компа. Вот WinRar бы и отличился. делая всё как следует с монтированием/размонтированием.
 

Цитата:
Не хочу заниматься нравоучениями, но imho что-то не так в выборе метода распределения файлов по ФС.

 
Это не ко мне вопрос. В играх, программах восстановления, видеонаблюдения такое может быть.  
 

Цитата:
Просто меня берут сомнения, что при random access mode чтение с распаковкой из zip или rar будет быстрее чтения с простого диска.  

 
Если данных читать меньше, то вполне может быть. Есть же разница, 100 МБ прочитать при запуске игры или 500 МБ. Но речь прежде всего про то, что смонтированный rar, zip компактнее чем iso.
 
Но Вы пишете про что-то не про то. Чтобы запустить игру из rar архива нет нужды распаковывать в память весь архив, распаковываются только нужные файлы. Речь в общем про то, что чем больше на диске файлов, тем медленнее система. Поэтому и по другим причинам кучи мелких файлов удобнее хранить в архивах, особенно если они нужны нечасто.
 
Потестировал WinRar (32b) на другом компьютере, поновее, четырёхядерный AMD 2.6 ГГц. 32 разрядные Windows XP и Debian 9.4. Чуда не случилось под Wine WinRar медленнее на 3%, чем под виндой. Надо будет под Win8, Win 10 поглядеть, вдруг wine их обставит...
 
 

Всего записей: 5808 | Зарегистр. 15-01-2012 | Отправлено: 23:48 22-09-2018
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ZSZ
 
Вы демонстративно не слышите то, что вас не устраивает. Извините, что побеспокоил. Не вижу необходимости тратить впустую время.

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

Всего записей: 34367 | Зарегистр. 31-07-2002 | Отправлено: 00:11 23-09-2018
Aniskin

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

Цитата:
Но не нужны.
Ну вот я спрашиваю, почему они не добавляют в свой функционал такую возможность. Это же значительно повысит их привлекательность для потенциального покупателя. Я вижу два варианта - 1) сложность и потенциальный геморой превышают потенциальный доход, 2) или же эта фича настолько мало востребована, что не интересна с коммерческой точки зрения.

Всего записей: 629 | Зарегистр. 09-01-2006 | Отправлено: 00:12 23-09-2018
ZSZ

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

Цитата:
Вы демонстративно не слышите то, что вас не устраивает.  

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

Цитата:
Ну вот я спрашиваю, почему они не добавляют в свой функционал такую возможность.  

 
Алкоголь, DAEMON Tools, Clone CD и другие подобные почти присмерти. Как и оптические диски. А Rar ещё лет 40 будет в строю, даже если автор завтра скончается. Rar, zip компактнее iso, больше влезет на флешку, проще изменять.

Всего записей: 5808 | Зарегистр. 15-01-2012 | Отправлено: 00:28 23-09-2018
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ZSZ
 
Мухобойка игнорирует архивы только по указанию пользователя. Если они не добавлены в исключения - получите дополнительные накладные расходы.

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

Всего записей: 34367 | Зарегистр. 31-07-2002 | Отправлено: 00:30 23-09-2018
Aniskin

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

Цитата:
Алкоголь, DAEMON Tools, Clone CD и другие подобные почти присмерти

Те вы примерно так представляете диалог условного ГенДира и ТехДира условного Алкоголя:
 
ГД: Мы находимся в умирающей нише, через N лет продажи уйдут в ноль. Может быть как то улучшим продукт, расширив функционал, займем новые ниши.
ТД: Нет, давайте медленно умирать.
ГД: Но у нас в команде есть специалисты по драйверам, давайте их силами добавим в продукт поддержку монтирования, например, zip или rar, вроде бы интересная фича будет, даст нам приток новых пользователей.
ТД: Нет, давайте медленно умирать.

Всего записей: 629 | Зарегистр. 09-01-2006 | Отправлено: 11:38 23-09-2018 | Исправлено: Aniskin, 11:38 23-09-2018
ZSZ

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

Цитата:
Те вы примерно так представляете диалог условного ГенДира и ТехДира условного Алкоголя:

 
Наёмные работники, им похрен на умирающую компанию. Поляроид умер,  
Кодак умер, извозчики умерли, Ahead Nero что-то там ещё тужится, хотя были времена, что свою операционку замутить хотели.  
 
Чтобы стоять на месте - нужно очень быстро бежать, а чтобы двигаться вперёд, нужно бежать ещё быстрее. Выпустят китайцы клон WinRar где будет куча плюшек, в том числе и монтирование архивов, и 90% юзеров перебегут на клон. В HaoZip (полуклон WinRar) есть монтирование образов CD, но это не то.
 
Кстати, помню времена, инсталлятор Nero был в RAR. Потом перешли на 7-zip. Сейчас не знаю в чём.

Всего записей: 5808 | Зарегистр. 15-01-2012 | Отправлено: 12:25 23-09-2018 | Исправлено: ZSZ, 12:27 23-09-2018
Aniskin

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

Цитата:
Наёмные работники, им похрен на умирающую компанию.

Т.е. наемному работнику интересней оказаться на улице без работы и денег, нежели реализовать фичу, которая даст 100500 денег? Логика интересная. А давайте заменим в диалоге ГенДира и ТехДира на владельца компании №1 и владельца компании №2.
 

Цитата:
Выпустят китайцы клон WinRar где будет ... монтирование архивов

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

Всего записей: 629 | Зарегистр. 09-01-2006 | Отправлено: 12:56 23-09-2018
ZSZ

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

Цитата:
Тот же вопрос - почему за 7 лет такой клон так и не появился?

 
Зато появился haoZip, клон 7-zip c мордой WinRar, Пока Павлов совсем не развивал интерфейс. И с WinRar будет также.
 

Цитата:
 А давайте заменим в диалоге ГенДира и ТехДира на владельца компании №1 и владельца компании №2.

 
"Владильцы компании" давно положили болт на реальное производство и зарабатывают на сдаче складов, ангаров, торговых центров, на ресторанах. Это как в реальной жизни повсеместно происходит.
 

Всего записей: 5808 | Зарегистр. 15-01-2012 | Отправлено: 13:14 23-09-2018
Aniskin

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

Цитата:
Зато появился haoZip

Не понятно, какое отношение имеет появление haoZip к моему вопросу.

Цитата:
Пока Павлов совсем не развивал интерфейс
Я уже высказывал мысль, повторю ее - Игорь Павлов развивает не 7-Zip FM, а 7z.dll.

Цитата:
"Владильцы компании" давно положили болт

Ну ок, если хочется думать так, пусть будет так.
 
Кстати, а как дела обстоят на Линуксе, на котором "любой файл может быть устройством". Есть решения, позволяющие монтировать zip?

Всего записей: 629 | Зарегистр. 09-01-2006 | Отправлено: 13:28 23-09-2018
Silver Raven

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

Цитата:
Увы, тут непонятно в каком месте программы добавлять запись в лог-файл, что именно в него писать. Слишком неопределенные условия возникновения ошибки. Где-то подвисает обновление экрана, но где именно и вследствие чего.

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

Всего записей: 149 | Зарегистр. 12-10-2012 | Отправлено: 13:44 23-09-2018 | Исправлено: Silver Raven, 13:45 23-09-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