tomddf
Newbie | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Цитата:| Да и эффективность на процент при множественных повреждениях существенно выросла. Я сравнивал новую и старую RR на двух архивах, RAR4 и RAR5, каждый - 1 гб с RR 10%. Для RAR5 архив удалось починить после 570 множественных повреждений от 0 до 64кб каждое. Для RAR4 только после 40. RS коды против XOR. Правда при одном сплошном повреждении эффективность осталась примерно той же. И не сильно большей она будет для очень маленькой RR в 1 - 2%. |
Уже пару лет пользуюсь ICE EСС, которая основана на кодах Рида-Соломона, вижу и вы ввели что--то подобное. Интересуют детали.
ICEECC работает очень долго, и это без всяких упаковок, например генерация и проверка 2048 блоков восстановления к 500мб файлу идут около часа. Каждый блок восстанавливает любой утерянный блок исходных данных равного размера.
В ICEECC при тех же 25% информации восстановления можно их распределить по разному:
-пожертвовать временем в обмен на надежность: сгенерировать больше блоков восстановления меньшего размера, увеличив стойкость к множеству мелких ошибок распределенных по всему файлу
-пожертвовать надежностью в обмен на меньшее время обработки: увеличить размер блоков, уменьшив их количество, а вместе с тем снизив стойкость ко множеству мелких ошибок распределенных по всему файлу
В обоих случаях стойкость к нескольким локальным большим ошибкам примерно одинаковая.
А как с этим обстоят дела у winrar? Я так понимаю, winrar ставит во главу угла скорость, поэтому для увеличения скорости жертвует надежностью, сокращая количество блоков восстановления, а вместе с ним и количество исправляемых блоков архива, а значит и количество исправляемых ошибок? Или же он позволяет настраивать количество блоков восстановления при неизменном проценте обьема информации для восстановления?
Имеет ли winrar защиту (избыточность) от повреждений заголовков блоков восстановления?
В winrar есть тест распаковки после упаковки, тестирует ли он блоки восстановления? Возможен ли сценарий, когда во время расчета блока память будет кратковременно повреждена, и содержимое блока будет искажено, но после этого блок получит crc по текущему содержимому, проверки crc будет проходить как исправный (crc соответствует содержимому блока), но в случае восстановления не восстановит, а испортит данные (crc может и соответствует содержимому, да вот содержимое уже не соответствует исходному файлу)? |
