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

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

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

    Цитата:
    Почему файл называется чтототам.part1(1).rar?

    Видимо, какая-то программа переименовала. Например, скачивали один файл два раза, первая копия сохранилась как part1.rar, а вторая как part1(1).rar
    Всего записей: 2259 | Зарегистр. 29-04-2013 | Отправлено: 21:38 17-01-2014
    Victor_VG



    Tracker Mod    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    EugeneRoshal
     
    Кстати, точно! Браузеры на ядре Хрома автоматом так сохраняют если файл существует. Я и забыл про эту их особенность. У самого ведь стоит Дракон и он если файл существует молча добавляет к имени (?) и сохраняет вторую копию - это его стандартное  поведение из коробки.

    ----------
    Жив курилка! (Р. Ролан, "Кола Брюньон")
    Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti
    Всего записей: 33229 | Зарегистр. 31-07-2002 | Отправлено: 22:05 17-01-2014
    maik2



    Silver Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Подскажите? Можно извлечь по нормальному кусок фильма из part1.rar? Второй части нет (допустим) просто глянуть как и что... Или посмотреть плеером каким-нибудь.
    Всего записей: 3889 | Зарегистр. 12-11-2006 | Отправлено: 12:48 21-01-2014
    savant_a



    Advanced Member    		Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    maik2
    ПКМ->Извлечь файлы...->Оставить на диске поврежденные файлы (скрин).
    Всего записей: 870 | Зарегистр. 23-03-2010 | Отправлено: 13:23 21-01-2014 | Исправлено: savant_a, 13:24 21-01-2014
    Povor



    Advanced Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Нужно архивировать какое-то количество файлов и папок, с разделением архивов по 3,9Гб. Выделяю файлы и папки, задаю:  
    1 Разделить на тома размером 3,9Гб
    2 Каждый файл в отдельный архив  
    Получаю папки архивированные в заданных параметрах - 3,9Гб, но файлы упаковываются без разделения - каждый файл, в отдельный архив  
    Вопрос - как упаковать выделенные файлы и папки с разделением нужным размером.
    Спасибо.
    Всего записей: 1171 | Зарегистр. 11-11-2008 | Отправлено: 14:49 21-01-2014 | Исправлено: Povor, 22:52 21-01-2014
    V0lt



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

    Цитата:
    Получаю папки архивированные в заданных параметрах-3,9Гб, но файлы упаковываются, без разделения - каждый файл, в отдельный архив  

    У тебя WinRAR работает строго по заданным тобою опциям.
    Всего записей: 10501 | Зарегистр. 05-02-2003 | Отправлено: 22:52 21-01-2014
    KeeperArchive



    Newbie    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    EugeneRoshal
     
    Здравствуйте. Есть два вопроса.
     
    1. При обновлении архива учитывается только дата/время создания/изменения архивируемых файлов. Однако, бывают ситуации, когда дата/время остаются прежними, но меняется содержимое файла. Реально ли добавить возможность выбора - либо дата, либо CRC?
    Понимаю, что при сравнении контрольных сумм файлов в архиве и файлов на диске фактически нужно перечитать все файлы на диске. Но такая возможность будет очень не лишней, IMHO
     
    2. Используя наилучшее сжатие режима RAR5 заметил увеличение времени архивации. Конечно, чем лучше/выше сжатие, тем больше времени оно занимает. Это естественно, а потому не безобразно.
    Предлагаю Вам мысленно вернуться на много лет назад и представить размер архивов того времени.
    Сейчас же, приблизительно представив время, необходимое на создание полного архива HDD размером 2...3 Тб приходишь в тихий ужас...
    вопрос: можно ли надеяться/ожидать реализацию функции упаковки, используя ресурсы компьютеров, подключенных по локальной сети ?
    Пример: многие видеоредакторы/кодировщики позволяют кодировать видео, распределяя задачу между многими компьютерами (клиен-серверная реализация ?).
    На моей памяти ни один архиватор не поддерживает такую возможность... Вы будете первый...
     
    Спасибо
    Всего записей: 9 | Зарегистр. 19-02-2013 | Отправлено: 01:06 22-01-2014
    Victor_VG



    Tracker Mod    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    KeeperArchive
     
    По пункту 2 вам отвечу я - теоретически можно сжимать архив на скорости ОЗУ, но если суммарный объём данных и необходимых для сжатия буферов станет больше максимально доступного задаче размера ОЗУ то определяющей станет скорость работы подсистемы внешней памяти (в данном случае дисковой) и даже кластер суперЭВМ с самими призводительными ЦП не ускорит задачу из-за чтения данных с медленной внешней памяти.  
     
    Я ещё в 94-м году отвечал на подобный вопрос одного из банков - они хотели бэкапить всю дисковую подсистему сервера DEC AlphaSERVER 10000 AXP (13 Тб), но времени это занимало... Их идея была проста - кластер из нескольких серверов и архивация в ОЗУ. Но у данного сервера предельный объём ОЗУ 14 Гб, и даже 12 ЦП DEC Alpha AXP 21064A @ 275 MHz (тогда это были самые мощные из промышленно выпускавшихся ЦП) в каждой процессорной стойке не смогли бы ускорить решение задачи. Это при условии что для соединения узлов кластера используются каналы с пропускной способностью большей чем суммарный пиковый трафик порождаемый в кластере.

    ----------
    Жив курилка! (Р. Ролан, "Кола Брюньон")
    Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti
    Всего записей: 33229 | Зарегистр. 31-07-2002 | Отправлено: 01:51 22-01-2014 | Исправлено: Victor_VG, 02:18 22-01-2014
    persicum

    Full Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    KeeperArchive
    1) если crc изменилось, а время модификации нет, то скорее всего файл повредился или заразился. Сомнительная фича. Может, криптоконтейнеры?
     
    2) для архивирования целых винтов основным источником экономии места будет не сжатие файлов, а тупые повторы - дедупликация. Для дедупликации есть архиватор zpaq - я сейчас с ним балуюсь. Если архив уже создан, то добавление к нему измененной версии будет происходить вообще мгновенно, так как пропишется только diff, да и то в конец припишется и все.
     
    Ща взял случайную папку 3G и обработал по умолчанию rar и zpaq. -))
     
    rar a -r -s test - получилось 1.9G
    zpaq a test * - получилось 0.9G - причем шустренько -)))
     
    Дело тут конечно не в лучшем сжатии, а в дедупликации. Значит, были повторы внутри файлов.
    Всего записей: 462 | Зарегистр. 27-06-2007 | Отправлено: 07:34 22-01-2014 | Исправлено: persicum, 09:39 22-01-2014
    Povor



    Advanced Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Povor 21-01-2014
    Если переложить файлы в папку, то получим на выходе нужную структуру архивов - файлы попадут в одни архивы, а вспомогательные данные в другие. http://iceimg.com/EElrltEU/r.png
    Странно, что такая очевидность сразу не пришла мне в голову  
    Всего записей: 1171 | Зарегистр. 11-11-2008 | Отправлено: 09:38 22-01-2014 | Исправлено: Povor, 09:43 22-01-2014
    EugeneRoshal

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

    Цитата:
    Реально ли добавить возможность выбора - либо дата, либо CRC?  

    Реально. Не исключаю в будущем, хотя задача довольно редкая.

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

    Вот это очень вряд ли. Слишком трудоемко, причем в итоге можем упереться в пропускную способность сети.

    Цитата:
    Сейчас же, приблизительно представив время, необходимое на создание полного архива HDD размером 2...3 Тб приходишь в тихий ужас...  

    У меня, как пользователя, та же задача. Решение: выделить объемные файлы, которые никогда не меняются, например, iso из msdn, сбэкапить их один раз и исключить из регулярного бэкапа. Исключить мусорные временные файлы типа precompiled headers, если такие есть. Все плохо жмущееся типа архивов, jpg, avi, прописать в "Files to store without compression" или в ключе -ms. Использовать не наилучшее сжатие, а самое быстрое. Наилучшее нужно для обмена файлами, для распространения файлов, но для большого регулярного бэкапа важнее скорость.
     
    persicum

    Цитата:
    для архивирования целых винтов основным источником экономии места будет не сжатие файлов, а тупые повторы - дедупликация

    Конечно, у разных пользователей и данные разные, но по моим наблюдениям все большую долю в объеме данных среднестатистического пользователя получают фото и видео. Я имею в виду уникальные данные, произведенные самим пользователем. Именно они, как правило, регулярно бэкапятся, так как остальное можно скачать заново. И в структуре таких данных сейчас заметный перевес в сторону фоток и домашнего видео просто в силу их большого размера. А для них дедупликация мало что даст, тут просто надо включать "store" или "fastest" сжатие.

    Цитата:
    rar a -r -s test - получилось 1.9G  

    Можно включить rar5 и словарь хотя бы в 32мб.
    Всего записей: 2259 | Зарегистр. 29-04-2013 | Отправлено: 11:51 22-01-2014
    oshizelly



    Gold Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    KeeperArchive 23:06 21-01-2014  
    Цитата:
    При обновлении архива учитывается только дата/время создания/изменения архивируемых файлов. Однако, бывают ситуации, когда дата/время остаются прежними, но меняется содержимое файла. Реально ли добавить возможность выбора - либо дата, либо CRC?

    +1
     
    persicum 05:34 22-01-2014
    Цитата:
    1) если crc изменилось, а время модификации нет, то скорее всего файл повредился или заразился. Сомнительная фича

    EugeneRoshal 09:51 22-01-2014
    Цитата:
    Реально. Не исключаю в будущем, хотя задача довольно редкая.

    Не факт, что повредился, и задача не так чтобы уж сильно редкая.
    Некоторые текстовые редакторы (например, знаменитый Akelpad , UltraEdit и другие) и графические программы (например, знаменитый IfranView) имеют штатную опцию: "сохранять оригинальное время модификации" (при сохранении на диск изменённого файла). А в некоторых случаях приходится даже руками восстанавливать оригинальное время модификации после изменения. Когда и почему это необходимо, объяснять не буду, ибо офф-топ. Но, поверьте, это реально нужно, и этом многие пользуются. Так что задача, поставленная KeeperArchive, отнюдь не экзотическая.
     
    Другое дело, что в таких случаях в результате редактирования обычно изменяется размер файла. Так что, можно бы ограничиться проверкой совпадения размера. Но ведь может совпасть и так, что в результате редактирования файла размер случайно останется тот же самый.
    Всего записей: 6524 | Зарегистр. 18-09-2004 | Отправлено: 15:39 22-01-2014
    persicum

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

    Цитата:
    Цитата:
    >rar a -r -s test - получилось 1.9G  
     
    Можно включить rar5 и словарь хотя бы в 32мб.

     
    Со словарем получше получилось, 1.5 G с ключами:
    rar a -r -ma5 -s -md256m -m4 test
     
    Но против дедупликации не попрешь - это считай бесконечный словарь -)))
     
    Теперь в дополнение к WinRAR приходиться zpaq осваивать -((.  
     

    Цитата:
    (например, знаменитый IfranView) имеют штатную опцию: "сохранять оригинальное время модификации" (при сохранении на диск изменённого файла). А в некоторых случаях приходится даже руками восстанавливать оригинальное время модификации после изменения.

     
    У меня только знаменитый hiew файлы изменяет, а время сохраняет -)).
     
    Кста, zpaq хотя и не пересохраняет версии файлов если время не изменилось, но если изменилось CRC файла он про это говорит (если дать нужную команду).
    Всего записей: 462 | Зарегистр. 27-06-2007 | Отправлено: 16:12 22-01-2014 | Исправлено: persicum, 18:21 22-01-2014
    Victor_VG



    Tracker Mod    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    persicum
     
    Ну, есть вообще элементарное решение - хардлинки на дублирующиеся файлы. Консоли не боитесь? Если не боитесь, то воспользуйтесь утилитой hdlink: HardLink duplicate files 32x64 v1.15 написанной Андреем Гречкиным. Она хоть и проста в работе, но в вашем случае сэкономит не мало места на дисках ибо хардлинк это запись файла в нескольких каталогах одновременно с увеличением его счётчика использования, но при этом дублирования его данных не происходит и его суммарный размер на диске Lsum определяется довольно простой формулой:
     
     Lsum = {(K+1)*Lcat+Ldata} (1)
     
    где:
     
    Lsum - суммарное место занимаемое файлом на томе;
    K - число связей файла;
    Lcat - размер элемента записи каталога (определяется файловой системой, обычно несколько Кбайт);
    Ldata - размер файла;
     
    а у вас получается:
     
     Lsum={N*(Ldata+Lcat)} (2)
     
    где:
     
     N - число копий файла
    Lsum - суммарное место занимаемое файлом на томе;
    Lcat - размер элемента записи каталога (определяется файловой системой, обычно несколько Кбайт);
    Ldata - размер файла;
     
     и естественно что {N*(Ldata+Lcat)} > {(K+1)*Lcat+Ldata}
     
    думаю что из приведённых соотношений всё понятно.


    ----------
    Жив курилка! (Р. Ролан, "Кола Брюньон")
    Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti
    Всего записей: 33229 | Зарегистр. 31-07-2002 | Отправлено: 20:18 22-01-2014
    Ajaja

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

    Цитата:
    Ну, есть вообще элементарное решение - хардлинки на дублирующиеся файлы. Консоли не боитесь? Если не боитесь, то воспользуйтесь утилитой hdlink: HardLink duplicate files 32x64 v1.15 написанной Андреем Гречкиным.  

    Давно пользуюсь для этого утилитой fdf от автора imdisk:
    http://www.ltr-data.se/opencode.html/
    рекомендую
    Всего записей: 1032 | Зарегистр. 17-06-2004 | Отправлено: 20:48 22-01-2014
    Userrr



    BANNED    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    что за хитрый архив?
    распаковывается в папку с текущей датой, хотя на самом деле 20.01.2014
     
    Добавлено:
    как можно его распаковать с правильной датой?
    Всего записей: 10821 | Зарегистр. 21-03-2006 | Отправлено: 21:17 22-01-2014
    Victor_VG



    Tracker Mod    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Ajaja
     
    Таких утилит есть множество, к примеру dupemerge и ln от Gerhild Schinagl и Hermann Schinagl, просто не все ими пользуются и чаще всего просто по незнанию об их существовании...
          

    ----------
    Жив курилка! (Р. Ролан, "Кола Брюньон")
    Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti
    Всего записей: 33229 | Зарегистр. 31-07-2002 | Отправлено: 21:19 22-01-2014
    persicum

    Full Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Victor_VG
    Речь идет о данных, продублированных скрытым образом -)). Например, есть оригинальный видеофайл и видеофайл, куда вы вставили несколько переходов, остальное не пережимали. Содержимое файлов почти одинаковое, за исключением этих переходов. Или две изошки - oem и retail. Они почти идентичны по содержанию. Вместе с тем, это разные файлы - разный размер и crc.
     
    WinRAR и симлинки тут ничем не помогут, а zpaq ужмет в 2 раза.
    Всего записей: 462 | Зарегистр. 27-06-2007 | Отправлено: 21:19 22-01-2014 | Исправлено: persicum, 21:22 22-01-2014
    Victor_VG



    Tracker Mod    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Userrr
     
    Не вопрос - rar 5.01 (bsdrar 5.01, console/GUI rar 5.01) -> dir > list.txt
     
    20.01.2014  11:41           284 254 00-craig_connelly-decibels-web-2014.jpg
    20.01.2014  11:41                31 00-craig_connelly-decibels-web-2014.m3u
    20.01.2014  11:41               948 00-craig_connelly-decibels-web-2014.nfo
    20.01.2014  11:41                41 00-craig_connelly-decibels-web-2014.sfv
    20.01.2014  11:41        15 373 024 01-craig_connelly-decibels.mp3


    ----------
    Жив курилка! (Р. Ролан, "Кола Брюньон")
    Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti
    Всего записей: 33229 | Зарегистр. 31-07-2002 | Отправлено: 21:23 22-01-2014
    Userrr



    BANNED    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Victor_VG, у файлов даты нормальные, я спрашивал про папку 'Craig_Connelly-Decibels-WEB-2014-TSP'
    Всего записей: 10821 | Зарегистр. 21-03-2006 | Отправлено: 21:26 22-01-2014
       

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