» ICEECC, QuickPAR, MultiPAR, RSC32 и другие

Persicum
Ух ты, спасибо за грамотный ответ! Ключ -F - супер штука для такого случая! А то мои личные тесты как раз и показали что Блейк по скорости работает почти также как CRC32, теперь понятно почему, узкое горло - скорость чтения с винта, надо SSD покупать чтобы было интересней)))

глупый вопрос - если у меня -sn равно 70, то -hr тоже столько ставить, или можно оставить стандартное 3-5? вообще, подскажите плиз, что это за фича -hr и как ее юзать, на что ориентироваться.
еще вопрос. хочу обработать почти 700 гб архивов (либрусек). сперва думал обойтись одним внешним, но свапило уничтожающе медленно. подключил второй внешний в качестве темпдир - изменений никаких, свап не то что медленный - он почти нулевой, какие-то единицы МБ/с. с этим можно воевать?
на всякий - вот параметры
rsc32.exe -wrr250000-10% -sn70 -hr70 -wrkK:\librusec-temp\ -ya -bnlibrusec.0505201429042014

Для -sn 70 можно установить -hr 10 или 20, или все 70... Это избыточная фича для заголовков, она влияет на параметр efficiency - который показывает сколько остается процентов собственно под восстановление.

700G лучше сразу не делать, хотя это и возможно. Свап через USB происходит очень медленно, даже если USB сам быстрый.

Можно запустить один из прилагаемых батников для защиты каждой директории своим набором - кажется padr.bat. Его можно подредактировать под свои нужды.

Там есть несколько батников - для поштучной защиты файлов, директорий, или директорий уровня 1. Подберите то что нужно.

Добавлено:

Цитата:

с этим можно воевать?

Воевать можно поддав памяти, например -mu1.3g или -mu1000m

Цитата:

Воевать можно поддав памяти, например -mu1.3g или -mu1000m

и насколько быстрее будет? я вчера в 7 вечера поставил, сейчас 17-20, 61% свапа...
частями неудобно, хочу целый "прожект" залить в юзнет.

Лучше не прерывать...

понял, спасибо) потом отпишусь, сколько времени весь процесс занял)))
пысы. вот бы еще фичу "пауза"... хотя без гуя ее и думать нечего реализовывать((( блин, столько программеров на форуме пасется, не могут который год ничего сообразить(((

На клаве есть кнопка Пауза со времен MSDOS.

Swapping has been done successfully in 1d 12h 33m 26s
645 гигов. Посчитал - 4МБ/с получилось. Посмотрим, сколько энкодить будет.

Ну что, не вылетело еще? -))

Порядок!


Copy User Data to Swap File...
Swapping has been done successfully in 1d 12h 33m 26s

Encoding User Data into 23830 recovery volumes...
Encoding has been done successfully in 11h 18m 38s

Memory Test is completed successfully in 1s

Restoring recovery volumes...
Restoring has been done successfully in 3h 53m 25s

RecoveryRecord has been written successfully in 2d 03h 46m 23s

645 гиг раров


Для статистики: Core 2 Duo E7400, 4 GB RAM, Linux Mint Maya, Wine 1.7.18

persicum
а нет ключика для запуска rsc32, скажем, с приоритетом idle?

Приоритеты не делал. Можно менять число ядер от 2 до 5 (якобы 1-4). Может, можно установить через менежер процессов.

жаль, процесс обработки, видимо, не только у меня занимает значительное время
запуск с приоритетом idle облегчил бы ситуацию
приходится запускать через стороннюю тулзу

А скока десятков гигов вы кодите?

ну у меня не такой размер библиотеки, как у lehachuev в 700 гб, гораздо меньше - всего лишь 287 гб, но каждый месяц размер увеличивается примерно на гигабайт.
я разбил весь этот объем на части, но все равно сейчас это занимает довольно продолжительное время.
впрочем, я не настаиваю на своей правоте, тем более, что для себя я вопрос уже решил

мля, а как вы это все лечить будете, если будете? Нужно 2x дискового пространства.

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

Простите, а тут уважаемый Ajaja как то выкладывал b2sum x64 с оптимизацией под Sandy Bridge. Если осталась такая версия, можете кто поделится?

может, не увидел... а как проверить целостность собственно rsc32 файлов? чекаю recoveryrecord, показывает, что доступно столько-то частей, без подробностей...

older


Цитата:

жаль, процесс обработки, видимо, не только у меня занимает значительное время
запуск с приоритетом idle облегчил бы ситуацию
приходится запускать через стороннюю тулзу

А что за "тулза"? Как вы решили вопрос с запуском в приоритете IDLE?

nightkeeper (04:47 16-02-2015)
Цитата:

вопрос с запуском в приоритете IDLE?

В [more=реестре]
Код: Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Image File Execution Options\имя_процесса.exe\PerfOptions]
; Значение | Приоритет процесса
; dword:00000001 | Idle(4)
; dword:00000003 | High(13)
; dword:00000005 | BelowNormal(6)
; dword:00000006 | AboveNormal(10)
; dword:00000008 | Normal(8)
"CpuPriorityClass"=dword:00000008
; Устанавливаем приоритет для доступа к жёсткому диску
; Значение | Приоритет процесса
; dword:00000000 | Very Low
; dword:00000001 | Low
; dword:00000002 | Normal
"IoPriority"=dword:00000002

boi1eI


Цитата:

В реестре можно выставить приоритеты запуска.

Ух ты! Спасибо! Ну я понял где копать, должны быть тулсы автоматизирующие управление этими параметрами в реестре для каждого процесса, чтобы каждый раз ручками не лазить туда

Доброе время, nightkeeper
Посмотрите start /?. Например
start /b /w /idle rsc32 -wt
Или поищите psexec.

Такая задача. Специфическая. Нарвался на файловый вирус. Win32.alman.1. Он вписывается в *.exe и меняет их контрольную сумму. Делает это со всеми екзешниками очень быстро, внося повреждения именно за счёт того, что меняет в каждои всего лишь пару байт. И в хвосте пару килобайт тела вируса дописывает. Хотелось бы защищать файлы на жёстком диске независимо. Скажем для каждой папки. Или для каждого файла. Там всего десятых долей процента бы хватило. Два блока меняется. А восстанавливать всё скопом - может не получиться. Поскольку некоторые екзешники претерпевают обновлнения. Или удаляются. Хотя и не проблема старые версии скачать и в то же место вернуть. чтобы алгоритм мог восстановить редкий файл, которого уже не найти в сети. Но ведь и структура каталогов может меняться. На диске 138 гиг екзешников. Это 95 тысяч файлов вышеназванного типа. Более 65% из них за час с небольшим оказались побитыми вирусом. Такое случается нечасто. Но раз в 20 лет вполне может случиться с каждым. Даже если пользуешься антивирусом.

PS: Какие у этих прог интерфейсы консоли негибкие. Ужас!

Небольшое дополнение. При защите папки годаздо эффективнее вначале заархивировать вначале папку в winrar, iso или другой архив без сжатия (По крайней мере не непрерывный) и уже этот архив защитить. После чего можно его удалить. А защиту выслать на несколько облаков. В случае повреждения папки скачиваем защиту, и создаём новый архив без сжатия с повреждённой папкой. После чего восстановление пройдёт с наилучшим эффектом.

Multipar попроще в использовании показался, но тоже не конфетка как RAR

---