The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск архиватора RAR 7.0, opennews (??), 28-Фев-24, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


32. "Выпуск архиватора RAR 7.0"  +12 +/
Сообщение от Аноним (33), 28-Фев-24, 19:40 
7zip - наше всё. И ведузятникам его молча ставлю, если просят Винду им переустановить.
Ответить | Правка | Наверх | Cообщить модератору

43. "Выпуск архиватора RAR 7.0"  +/
Сообщение от Аноним (27), 28-Фев-24, 19:51 
И LibreOffice обязательно!
Ответить | Правка | Наверх | Cообщить модератору

109. "Выпуск архиватора RAR 7.0"  –1 +/
Сообщение от Аноним (103), 28-Фев-24, 22:03 
ну конечно лучше юзера вообще без офиса оставить.
Ответить | Правка | Наверх | Cообщить модератору

223. "Выпуск архиватора RAR 7.0"  +4 +/
Сообщение от Аноним (223), 29-Фев-24, 12:53 
После вопроса "а почему не мс офисе" просто называете его цену. И либре влезает как по вазелину.
Ответить | Правка | Наверх | Cообщить модератору

329. "Выпуск архиватора RAR 7.0"  +/
Сообщение от Аноним (27), 01-Мрт-24, 05:37 
Ну да, а винда-то у нас бесплатная.
Ответить | Правка | Наверх | Cообщить модератору

125. "Выпуск архиватора RAR 7.0"  –2 +/
Сообщение от pic (?), 28-Фев-24, 23:33 
Осталось придумать способ восстановления данных из битого архива.
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

131. "Выпуск архиватора RAR 7.0"  +3 +/
Сообщение от Аноним (103), 29-Фев-24, 00:00 
перекачай с сайта еще раз
Ответить | Правка | Наверх | Cообщить модератору

202. "Выпуск архиватора RAR 7.0"  +/
Сообщение от Аноним (137), 29-Фев-24, 11:00 
Ты никогда не натыкался на ситуации когда с сайта архивы нормально качаются, просто на самом сайте они уже битыми выложены? В ответ на просьбу владельца сайта их заменить в ответ следует что-нибуль вроде "не я их делал, сам в таком виде надыбал а чинить не хочу".
Ответить | Правка | Наверх | Cообщить модератору

330. "Выпуск архиватора RAR 7.0"  +/
Сообщение от Аноним (27), 01-Мрт-24, 05:39 
Владельцы гигабитных безлимитных интернетов подтянулись.
Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

140. "Выпуск архиватора RAR 7.0"  +1 +/
Сообщение от Аноним (139), 29-Фев-24, 01:55 
так ты его не бей
и восстанавливать ничего
не придется
Ответить | Правка | К родителю #125 | Наверх | Cообщить модератору

242. "Выпуск архиватора RAR 7.0"  +/
Сообщение от maximnik0 (?), 29-Фев-24, 14:26 
>Осталось придумать >способ восстановления данных из битого архива.

Так везде сейчас используется crc-32.4 бита с 90% вероятностью восстановить можно при стандарт соотношение данные-контрольная сумма.(Читал дипломную работу,человек куча алгоритмов перебрал пока нашел оптимальный для crc.В 60 мгб архиве,где около 100 файлов,но и много crc, ошибку 4 бита исправил за час,жалко исходники слишком обрезанные были и под Винду)

Ответить | Правка | К родителю #125 | Наверх | Cообщить модератору

314. "Выпуск архиватора RAR 7.0"  +/
Сообщение от Аноним (-), 01-Мрт-24, 02:22 
>>Осталось придумать >способ восстановления данных из битого архива.
> Так везде сейчас используется crc-32.4 бита с 90% вероятностью восстановить можно при
> стандарт соотношение данные-контрольная сумма.

Конечно можно сделать все долго, хреново и через ж@пу. Но взять нормальное алго FEC будет лучше.

Ответить | Правка | Наверх | Cообщить модератору

335. "Выпуск архиватора RAR 7.0"  +/
Сообщение от Аноним (27), 01-Мрт-24, 06:55 
> ошибку 4 бита исправил за час

Прямо достижение, да. А если четыре килобита? (если что, размер сектора на HDD)

Ответить | Правка | К родителю #242 | Наверх | Cообщить модератору

363. "Выпуск архиватора RAR 7.0"  +/
Сообщение от maximnik0 (?), 01-Мрт-24, 12:24 
>Прямо достижение, да.

Да, достижение.Т.к этот алгоритм  не коррекции ошибок а обнаружения,а тут у него все с математикой хорошо, правда есть теоретические инверсионные ошибки,когда сумма совпадает,но очень уж маленькая такая вероятность.Нечего лучшего кроме FFS пока не изобрели,но это минимум + 30% к объёму архива.

Коль разговор про архиваторы- есть анекдот про хороший архиватор:Студент Профессор я изобрел алгоритм жмёт в 100
раз гарантированно,в не зависимости от типа данных.Комбинация хэш функции md6
# |SHA 512# blake 512.Проффесор - ну и как,получился без коллизий хэш?Студент Да комбинированный хэш получили,коллизий нет.Проффессор отлично,а в чем проблема? Студент: сжимать то мы можем,а вот распаковывать кроме перебора по сгенирированной хэш таблице .....8 мгб за сутки :-)

Ответить | Правка | Наверх | Cообщить модератору

391. "Выпуск архиватора RAR 7.0"  +/
Сообщение от Аноним (-), 02-Мрт-24, 10:51 
>>Прямо достижение, да.
> Да, достижение.Т.к этот алгоритм  не коррекции ошибок а обнаружения,а тут у
> него все с математикой хорошо, правда есть теоретические инверсионные ошибки,когда сумма
> совпадает,но очень уж маленькая такая вероятность.Нечего лучшего кроме FFS пока не
> изобрели,но это минимум + 30% к объёму архива.

То-есть, ...цать лет CS и всякие там коты Рида и Соломона - пробежали мимо вас?! Ими можно почти любой уровень избыточности сделать - с соответствующим изменением корректирующей способности. Но, конечно, для понимания этого надо курсы CS нормального западного универа немного почитать.

> Да комбинированный хэш получили,коллизий нет.Проффессор отлично,а в чем проблема? Студент:
> сжимать то мы можем,а вот распаковывать кроме перебора по сгенирированной хэш
> таблице .....8 мгб за сутки :-)

Что-то у тех господ с комбинаторикой не того было. Или комп из очень далекого будушего, квантовый небось.

Ответить | Правка | Наверх | Cообщить модератору

407. "Выпуск архиватора RAR 7.0"  +/
Сообщение от maximnik0 (?), 03-Мрт-24, 22:06 
>Ими можно почти любой уровень избыточности сделать - с соответствующим изменением корректирующей способности

Я знаю что можно делать любой уровень избыточности,но около 30% оптимальный уровень с точки зрения надёжности,примерно столько же на ДВД ( там 3 х уровневая система).Было одно время тоже по дефолту в RAR (в очень старые времена,но можно потом вручную задать меньше).Это же не видеопоток,где требования по надёжности куда меньше.

Ответить | Правка | Наверх | Cообщить модератору

414. "Выпуск архиватора RAR 7.0"  +/
Сообщение от Аноним (-), 04-Мрт-24, 06:36 
> Я знаю что можно делать любой уровень избыточности,но около 30% оптимальный уровень
> с точки зрения надёжности,

Вот прям так, 1 размер хватит всем, всегда? А это все откуда следует?

> примерно столько же на ДВД ( там 3х уровневая система).

DVD высокоплотная система хранения, подверженная царапинам выбивающим длинный сегмент за присест. Но это его внутренние проблемы и наружу по задумке не попадает. HDD/flash опять же с своим FEC, и наружу если оно и лезет - то иначе нежели на raw физическом уровне зачастую. А вот как оптимальность определена - интересно.

> Было одно время тоже по дефолту в RAR (в очень старые времена,но можно потом
> вручную задать меньше). Это же не видеопоток, где требования по надёжности куда меньше.

Тут смотря кто и от чего защищается и что для него приемлимо. FEC можно параметризовать под что угодно - с тем или иным соотношением избыточности.

Ответить | Правка | Наверх | Cообщить модератору

424. "Выпуск архиватора RAR 7.0"  +/
Сообщение от maximnik0 (?), 04-Мрт-24, 22:23 
>А вот как оптимальность определена - интересно.

Из за слабых процессоров, для старых процессорных и других шлейфов  часто  использовали ECC коррекцию а там 2 бита только детект.И существовал ( около) 12% шанс что при импульсной помехе левые данные могут проскочить.Аппаратура тогда была медленная, пришлось использовать 2-3 уровня коррекции ошибок, математики насчитали оптимальную избыточность для кодов.Потом вошло в американские стандарты по надёжной хранению архивов.Данные с журнала Программист или Администратор,раздел ретроперспектива,но очень давнишний, 96 или слегка старше журнал.

Ответить | Правка | Наверх | Cообщить модератору

408. "Выпуск архиватора RAR 7.0"  +/
Сообщение от maximnik0 (?), 03-Мрт-24, 22:24 
>Что-то у тех господ с комбинаторикой не того было. Или комп из очень далекого будушего, квантовый небось.

Это же анекдот.Но читал что дипломную работу по этой теме студенты сдавали,цифра реальная.Они криптостойкость от перебора в хэше понизили,и переменили нарезание по блокам.С 4тб сгенирированной таблицей у них выходило в конце дня уже даже  получше, что то близкое к СД.Понятно что дома это использовать не кто не будет, а в каких серьезных структурах, вполне возможно.
Вон рассекречено что в 70 году АНБ уже ломала шифрование DES ,у них уже в те времена был компьютер с 4 Гб ОЗУ и   3 (позже до 800) Гб дисковая стойка -сутки на 1 сообщение.

Ответить | Правка | К родителю #391 | Наверх | Cообщить модератору

415. "Выпуск архиватора RAR 7.0"  +/
Сообщение от Аноним (-), 04-Мрт-24, 07:04 
> Это же анекдот.Но читал что дипломную работу по этой теме студенты сдавали,цифра
> реальная.Они криптостойкость от перебора в хэше понизили,и переменили нарезание по блокам.

Нюанс в том что для ПРОИЗВОЛЬНЫХ данных вы либо ОДНОЗНАЧНО маппите N bit <-> N bit, либо будут возможны коллизии и неоднозначное декодирование.

Как максимум можно переизобрести huffman/rangecoder/arith/ANS и проч - но нюанс в том что они подразумевают что энтропия входных данных далека от рандома, и более вероятное можно кодировать короче чем менее вероятное. И тогда можно что-то отыграть. Впервые это вообще Морзе кажись придумал, назначив более короткие коды более частым буквам. Но это работает только если вероятности неравномерны. А если это не так - вот вам, а не сжатие! Так что для произвольных данных это не работает.

> С 4тб сгенирированной таблицей у них выходило в конце дня уже даже
>  получше, что то близкое к СД.Понятно что дома это использовать
> не кто не будет, а в каких серьезных структурах, вполне возможно.

Остается только вопрос - как получается гарантия сжатия и однозначное декодирование в одном флаконе. Если никак - ну, окей, так и все остальные схемы сжатия умели, и чем это лучше?!

> Вон рассекречено что в 70 году АНБ уже ломала шифрование DES

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

> ,у них уже в те времена был компьютер с 4 Гб ОЗУ
> и   3 (позже до 800) Гб дисковая стойка -сутки на 1 сообщение.

Несколько позже DIY'щики вынесли DES кучкой FPGAшек за довольно скромные бабки, а если денег дофига - то и куда раньше ессно можно было. За дофига можно вообще ASICов под задачу напечь, накопипастить, и 56 битов они перебирут толпой за обозримое время даже с дубовым техпроцессом. Потому что 56 бит - не так уж и дофига.

Просто для понимания: log2(work) биькoинa на сейчас около 94 битов...

Ответить | Правка | Наверх | Cообщить модератору

260. "Выпуск архиватора RAR 7.0"  +/
Сообщение от Аноним (-), 29-Фев-24, 15:24 
>7zip - наше всё. И ведузятникам его молча ставлю, если просят Винду им переустановить.

Одобряю. Пусть каждый по мере своих сил борется с проприетарщиной.

Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру