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

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

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

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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

Открыть новую тему     Написать ответ в эту тему

Maz



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



 
Официальный русский сайт: win-rar.com
Официальный e-mail разработчика WinRAR (писать по-русски): dev@rarlab.com
 
Русская финальная версия 7.01 | 32-бит | 7.10 64-бит    
Английская финальная версия 7.01 | 32-бит | 7.10 64-бит
Русская бета-версия 7.10 beta 3 | 64-бит    
Английская бета-версия 7.10 beta 3 | 64-бит
Важная информация о ссылках Список изменений
Дополнительно Коллекционный архив версий (с 1995 года) | Официальный архив (с 2002 года по FTP)

Примечание: английская бета-версия обновляется регулярно, без изменения номера версии. подробнее...
Скачать RAR для macOS, FreeBSD, Linux, Android можно здесь.

Таблица совместимости версий с различными ОС

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

Коллекционный архив 16- и 32-бит версий WinRAR 1.54b - 7.01 (1995-2024): скачать (342.2 МБ) [обновлено 15.05.2024]

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

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

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

В теме активно отвечает на вопросы автор архиватора Евгений Рошал! Ситуация уникальная, прошу пользоваться. :)
 
Таблицы для наглядности с соотношением размера словаря к потребляемой ОЗУ:
с ключом mcx | без ключа mcx

Всего записей: 39226 | Зарегистр. 26-02-2002 | Отправлено: 08:31 31-07-2023 | Исправлено: Luber, 19:28 17-02-2025
EugeneRoshal

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

Цитата:
спасибо! все файлы скачаны, закиньте последний unrarw32.exe

Положил туда же.

Цитата:
хотелось бы узнать, будут ли проблемы, если использовать переводы из новой версии в старую

Могут быть. Для rarlng.dll наверняка будут. Для *.lng - с меньшей вероятностью, но тоже не исключены, если в какой-то строке поменялось количество тех же %s.

Всего записей: 2492 | Зарегистр. 29-04-2013 | Отправлено: 15:47 01-01-2025
insorg



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

Цитата:
Quad Channel память не является узким местом  

Так я смотрю твой квад как раз с моим двушным вровень идут. Я ж тоже не на "базовой" 2400 живу, а с ХМР. Тем более, что для видео встройки частоты памяти ой как нужны.
Но отчего же тогда одинаковая конечная псп не даёт жить хорошо хеону?

Цитата:
Да, и скажи "спасибо"

Та и на здоровье. Я оцениваю железки по своим задачам и по стоимости этой самой скорости выполнения на каждый потраченный доллар и ватт энергии. А что там написано на шильдике - вообще безразлично.

Всего записей: 18504 | Зарегистр. 04-11-2010 | Отправлено: 22:30 01-01-2025
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
insorg
 
Разные алгоритмы по разному работают на разных процессорах. Подробнее тут.

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

Всего записей: 35089 | Зарегистр. 31-07-2002 | Отправлено: 01:17 02-01-2025 | Исправлено: Victor_VG, 01:43 02-01-2025
tansy

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
There is a way to make an archive solid using `-s' option/switch.
According to documentation (rar.txt) there are two ways to do it - to put everything in one solid block or make a new block every N files.
Is there a way to make block depending on aggregate size of files? When files are of very different sizes it is better to assume block by size rather than by file count.

Всего записей: 15 | Зарегистр. 19-09-2024 | Отправлено: 04:07 02-01-2025
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
insorg
 
Ладно, насчёт "узкого места" - а тут его нет, просто в силу того, что архивирование это последовательная по своей природе задача оптимально считаемая на одном ALU, и потому чем больше операций в секунду оно выполняет, т.е. чем выше его тактовая частота, тем лучше.

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

Всего записей: 35089 | Зарегистр. 31-07-2002 | Отправлено: 06:44 02-01-2025
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
tansy
There is no such option, but possible extended syntax for -s switch was discussed here recently:
http://forum.ru-board.com/topic.cgi?forum=5&topic=51203&start=2720#9
That unified -s[=<par>] replaces existing -se, -s<N> and -s- also as proposes options to start the new solid block for newly adding files and to define the block data size.
 
Maybe I'll consider it in next versions. Not certain now, because I am not sure if enough users are interested in such options. Currently -se and -s<N> are among least known and least used RAR switches.

Всего записей: 2492 | Зарегистр. 29-04-2013 | Отправлено: 11:11 02-01-2025 | Исправлено: EugeneRoshal, 11:14 02-01-2025
Inoz2000



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

Цитата:
because I am not sure
Да всё очень просто. Когда в архиве не три файла, а сотни тысяч, тогда начинаешь задумываться о времени распаковки отдельно взятого файла.
То же самое и при сложной структуре папок в архиве. Об этом я уже не хочу повторять ···

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

Всего записей: 5382 | Зарегистр. 23-04-2009 | Отправлено: 11:20 02-01-2025
lelik007



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
Евгений, если сделаете композитный ключ с параметрами, это все будет в справке на одной странице, кардинально ситуацию не изменит, но больше пользователей узнают о возможностях работы с солид блоком и архивом, сейчас это по ключам разбросано, искать нужно, что есть -s(N), -se. В одном месте наглядней, я считаю будет, как -mc - можно настроить хоть вместе, а хоть раздельно, хороший ключ, удобный, на что то такое же стоит ориентироваться.

Всего записей: 3255 | Зарегистр. 13-10-2006 | Отправлено: 12:45 02-01-2025 | Исправлено: lelik007, 19:06 02-01-2025
Inoz2000



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

Цитата:
искать нужно
ну да, я так и делал - открывал в блокноте rar.txt и делал поиск solid (в английской версии очень легко ищется)

Всего записей: 5382 | Зарегистр. 23-04-2009 | Отправлено: 12:53 02-01-2025
lelik007



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
Забыл написать, если все таки решите сделать 2 ключа с разделением параметров по логическим или численным, можно ссылку в справке давать друг на друга, я имею ввиду WinRAR.chm.
Если сам Winrar будет предлагать на уровне справки по 1,2 ключам такие возможности, возможно больше пользователей они заинтересуют.

Всего записей: 3255 | Зарегистр. 13-10-2006 | Отправлено: 13:38 02-01-2025 | Исправлено: lelik007, 19:22 02-01-2025
Inoz2000



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

Цитата:
можно настроить solid блок и архив в 7-zip
Просто откровенно задрал уже оффтопом
 
Добавлено:
Если есть кто-то желающий тут обсуждать solid блок и архив в 7-zip, поднимите руку

Всего записей: 5382 | Зарегистр. 23-04-2009 | Отправлено: 14:31 02-01-2025
tansy

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

Цитата:
 
@EugeneRoshal: ... possible extended syntax for -s switch was discussed here recently
 

 
I'm neutral about a way of extending syntax but 'unifying' all solid option under one switch would be logical and indeed simplify syntax. It already has four switches (-s, -s<N>, -se, -sv ) or even five if you include -ds, and it would be so much more logical and easy to find, specially in documentation as it would be in one paragraph instead of being scattered all over the manual, then it is today.
 

Цитата:
 
Currently -se and -s<N> are among least known and least used RAR switches
 

 
I, personally, would say that about -se and -sv rather than -s<N>, and for the reason explained above - these options are not in 'the solid paragraph', therefore unknown to me.
 
For the same reason, if they were under one option/switch they would be used more often, the size aggregate including. Just because they would be known to everyone reading manual about solid archives.
 





The official language of the forum is Russian. Use a translator from English to Russian.

Всего записей: 15 | Зарегистр. 19-09-2024 | Отправлено: 16:05 02-01-2025 | Исправлено: Maz, 19:44 03-01-2025
lelik007



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
tansy
There are more abilities in Winrar, Samuel, to work with its solid archives or blocks (RAR5 format) than it's exposed now somehow: either in a switch or a GUI. Maybe Eugene decide to show more of them in the future versions, this is also what we discussed earlier, something like this:
 

Цитата:
-s=en20s500mr: solid reset by extension, for every 20 files, for a 500 MB block and when adding new files.

A quote by Eugene. He said this can be done technically.  
 
But he's not sure that many users need solid archive/block fine tuning at all or they're interested in this particular subject.




Официальный язык форума - русский

Всего записей: 3255 | Зарегистр. 13-10-2006 | Отправлено: 16:42 02-01-2025 | Исправлено: Maz, 19:45 03-01-2025
EugeneRoshal

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

Цитата:
I, personally, would say that about -se and -sv rather than -s<N>

In fact, I myself forgot about -sv being yet another solid switch If unified -s is ever implemented, -sv[-] replacement shall be here too.




Официальный язык форума - русский

Всего записей: 2492 | Зарегистр. 29-04-2013 | Отправлено: 17:19 02-01-2025 | Исправлено: Maz, 19:45 03-01-2025
lelik007



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
To make the things absolutely clear, my personal FR is about the UTF ecodings in the "Reports" because we use them constantly in our production environment.  
 
As for the possible "unified" -s switch, though I proposed the possible syntax corrections - I don't care this much so as about semi-solid archives in general because it's not very likely we would use them in our production environment.
 
So it's a very possible option for me that everything about solid archives in Winrar stays the same.

Всего записей: 3255 | Зарегистр. 13-10-2006 | Отправлено: 17:46 02-01-2025 | Исправлено: lelik007, 19:28 02-01-2025
tansy

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

Цитата:
 In fact, I myself forgot about -sv being yet another solid switch If unified -s is ever implemented, -sv

 
(Maybe) It's because its section in manual is separate from `-s - solid' section, and you don't see it any more.
And, maybe, because it didn't cause any problems so you forgot about it, as it was so obvious.
Maybe all the above.
 
----
 
Just wanted to explain how it's done in competition.
Way 7z does it is to put whole files in solid blocks. When block boundary ends mid file then the block is extended till end of the file.
 
1) Assume `-' is 1MB and user sets solid block size to be 10MB
2) `*' is solid block desired size, `+' is solid block extension
3) resulting blocks
 

Код:
 
1)
 file1   file2         file3 file4
|-------|-------------|-----|--------|
2)
 block1                block2
|**********+++++++++++|**********++++|
3)
 block1                block2
|*********************|**************|
 

 
It could also utilise mechanism from solid volumes (-sv) where blocks are, or shall I say can be, hard cut, without troubling with file limits.
 

Код:
 
1)
 file1   file2         file3 file4
|-------|-------------|-----|--------|
2)
 block1     block2     block3     block4
|**********|**********|**********|***|
 

 
PS. code block on this forum does not use monospaced font so here it is in more useful way: paste
 
 


 
@lelik007

Цитата:
 
 - I don't care this much so as about semi-solid archives in general because it's not very likely we would use them in our production environment.  
 

 
It's very useful option. Imagine you have 1GB of files packed in single block solid archive and you want to decompress just one of them, somewhere at the end - you have to decompress 1GB of data to get that one file.
If you set up 100MB solid blocks, you have to decompress at most 100MB to get that file. Which is obviously many times faster.
 
In the same time you still benefit from aggregating more files and compressing them 'together'.
On top of that when you set solid block to be certain size you know pretty accurately how big the block will be (obviously) and how long will it take to decompress. When you make it consist of N files you have no idea, nor control, how big it is and how long will it decompress. There can be small block that happen to combine bunch of small files and then big block that consists of big files.
 
It is also useful option in case of damage as it leaves undamaged blocks untouched.

Всего записей: 15 | Зарегистр. 19-09-2024 | Отправлено: 19:04 02-01-2025 | Исправлено: tansy, 23:52 02-01-2025
lelik007



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
tansy
I understood, I meant that a FR I'd done for Eugene is more important for me, personally, so I can't support your and insorg's FR directly, because he'd mentioned just the same thing as you did and explained how he planed to use it.

Цитата:
It's very useful option. Imagine you have 1GB of files packed in single block solid archive and you want to decompress just one of them, somewhere at the end - you have to decompress 1GB of data to get that one file.
If you set up 100MB solid blocks, you have to decompress at most 100MB to get that file. Which is obviously many times faster.
 

And just for the same very reason. This makes you guys at least 2
I didn't mind this FR so I proposed the possible syntax for the complex -s switch based on 7-zip's -ms switch and Winrar's -mc switch.
Maybe some more users will support your FR and Eugene will become more interested in implementing it but I'm sure it won't be in v7.1 anyway.

Всего записей: 3255 | Зарегистр. 13-10-2006 | Отправлено: 20:29 02-01-2025 | Исправлено: lelik007, 21:33 02-01-2025
insorg



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
tansy
Сейчас единственная возможность упаковать какие-то конкретные файлы в конкретно разные блоки - это использовать -se в голом виде. Других вариантов пока нет.
Если в конкретный блок нужно несколько расширений (а не одно, как по умолчанию), то перед упаковкой придётся переименовывать расширения файлов на какие-то свои (например .1 , .2 , .3 , и т.д.). затем паковать архив с параметром -se, а уже после этого в самом архиве обратно переименовывать файлы в их исходные имена и расширения. Это ужасный костыль, но пока что работает.
И важное предостережение по поводу ключа -se! В версиях до нынешней beta 2 есть баг, из-за которого при использовании -se добавляемые в существующий архив данные безвозвратно повреждаются! Будь осторожен, или бери самую последнюю beta за самую последнюю дату которая сейчас есть.
 
Добавлено:
Victor_VG
Та как же нет узких мест, если хеон простаивает половину времени? Думаешь, таки упор именно в программную часть, а не медленную память или межъядерные проблемы?

Всего записей: 18504 | Зарегистр. 04-11-2010 | Отправлено: 23:26 03-01-2025
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
insorg
 
Известно, что Rar быстрее работает на ЦП AMD, а 7-Zip а Intel. Это видно например на таком скрипте test.lua:

Код:
local a = Far.UpTime; far.MacroLoadAll(); msgbox("",(Far.UpTime - a)/1000)
 
mmode(1,0); local t=Far.UpTime; for i=1,1000 do Keys"Tab" end far.Message(Far.UpTime-t)

если запустив runfar.cmd из набора Far3-b6408-Git-d688abcc1-x64.7z последовательно выполнить test.lua, test.7z/test.lua и test.rar/test.lua (Far запустит скрипты из архивов, но этот тест-набор урезан до предела) и посмотреть время которое выведет таймер.  
 
У меня с HDD Seagate ST32000645NS : test.lua = 0,005, test.7z/test.lua = 0,005, test.rar/test.lua = 0,007.
Xeon  
Надеюсь Enter не потерялся? И почитай, Xeon E5 2600 v2.устроен сходно.

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

Всего записей: 35089 | Зарегистр. 31-07-2002 | Отправлено: 00:46 04-01-2025 | Исправлено: Victor_VG, 01:07 04-01-2025
Peter15

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

Цитата:
В версиях до нынешней beta 2 есть баг, из-за которого при использовании -se добавляемые в существующий архив данные безвозвратно повреждаются!  

А есть аналог этой операции через GUI?

Всего записей: 546 | Зарегистр. 02-01-2019 | Отправлено: 00:57 04-01-2025
Открыть новую тему     Написать ответ в эту тему

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

Компьютерный форум Ru.Board » Компьютеры » Программы » WinRAR (часть 5)


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

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

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru