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

Первый стабильный выпуск zlib-ng, высокопроизводительного форка zlib , opennews (??), 17-Мрт-21, (0) [смотреть все] +1 Скрыто модератором, Аноним (1), 14:38 , 17-Мрт-21, (1) –2 Уважаю zlib, никаких zlib-ng в моей системе не будет , Аноним (-), 14:42 , 17-Мрт-21, (3) –23 // О да, 16-разрядные системы и несовместимых с ANSI C компиляторы это ваше все , Аноним (4), 14:52 , 17-Мрт-21, (4) +21 // Ты такие слова знаешь, ну прям вааащее, Аноним (5), 15:02 , 17-Мрт-21, (5) –15 вообчето используются они , alexrayne (?), 16:33 , 17-Мрт-21, (14) –1 // Старые версии zlib для таких систем никуда не денутся , Аноним (29), 18:01 , 17-Мрт-21, (29) +2 Да А где они Может там есть старая рабочая жаба Или нетскейп Где все это, Аноним (35), 19:16 , 17-Мрт-21, (35) В архивах, которые несложно нагуглить , Аноним (29), 19:28 , 17-Мрт-21, (36) Ногугли ка мне архив с нетскейпом который я смогу собрать под ппц, Аноним (-), 20:13 , 17-Мрт-21, (39) А нетшкаф хоть когда-то был под ппц Чтобы что-то гуглить - это наверное должно , Аноним (-), 22:18 , 17-Мрт-21, (56) ок, давай любой чтоб под арм или все, позиция ногуглю любой архив провалилась , Аноним (-), 19:00 , 18-Мрт-21, (169) Так это, в демьяне под ARM браузеры собраны не хуже чем под все остальное Можеш, Аноним (178), 23:22 , 18-Мрт-21, (178) Я не говорю о софте который у меня был до твого рождения, но ты даже популярные , Аноним (-), 03:32 , 19-Мрт-21, (212) Проблемы мамонтов с PDP11 меня не интересуют Да вот как-то лис старинных версий , Аноним (-), 13:04 , 19-Мрт-21, (233) p s опеннет конечно же испортил урлу, вводить надо с последним слэшом , Аноним (234), 13:07 , 19-Мрт-21, (234) Нам всем очень интересно, что на твоей системе есть, а чего нет и не будет Прод, Аноним (135), 08:22 , 18-Мрт-21, (135) +1 Это конечно всё очень полезно, только zlib в основном из-за сжатия веб страниц ж, Аноним (7), 15:18 , 17-Мрт-21, (7) –4 // Угу, гуглу это расскажи А то чего-то для них трафик основная статья расходов Д, Аноним (9), 15:33 , 17-Мрт-21, (9) +2 // И все труды gzip множатся на ноль из за маленький изображений с весом более 1, Аноним (12), 16:09 , 17-Мрт-21, (12) +5 // Для начала1 gzip в картинках вообще не встречается 2 гугл webp любит, там совс, Аноним (58), 22:20 , 17-Мрт-21, (58) –2 Расскажи это PNG , Аноним (179), 23:23 , 18-Мрт-21, (179) +2 deflate gzip Гзип как бы deflate некие свои хидеры А png это deflate , Аноним (-), 03:20 , 19-Мрт-21, (211) +1 Наверное не знаешь вообще ничего Все что ты видишь перед собой, в той или иной , Аноним (-), 17:02 , 17-Мрт-21, (21) // Или же знаю по крайней мере больше тебя Во всяком случае, deflate очень медленн, Аноним (7), 17:08 , 17-Мрт-21, (23) –2 // Ты даже не знаешь как работает пнг, Аноним (-), 17:53 , 17-Мрт-21, (27) Может быть Это не делает deflate менее опциональным , Аноним (7), 18:18 , 17-Мрт-21, (31) –3 Спасибо за ыкспердное мнение , Аноним (35), 19:14 , 17-Мрт-21, (34) Таки можно приколоться и сделать нежатый png Или RLE-only Однако для декодиров, Аноним (58), 22:22 , 17-Мрт-21, (59) Я ещё могу понять, что неэффективный тут по коэффициенту сжатия всё равно всех , topin89 (ok), 02:06 , 27-Мрт-21, (280) На сжатие он медленный, особенно на 9чку Не для сжатия текстур скажем так На р, Аноним (7), 02:24 , 27-Мрт-21, (281) И да, помимо веб-страниц он использовался примерно только в png zlib и был сдел, Аноним (7), 17:11 , 17-Мрт-21, (24) –1 // Вот ты ламер Он используется много где А просто потому что долгое время это бы, Аноним (58), 22:25 , 17-Мрт-21, (60) +2 Прости, но 8230 С каких пор коммерческие поигручечки из 90х считается за и, Аноним (7), 22:42 , 17-Мрт-21, (67) –2 С таких каких я в них играю, например Да ну, эксперт в треде, все в машину Им н, Аноним (81), 23:04 , 17-Мрт-21, (81) +2 Опять некрофильствуешь Я практически уверен что они кокнулись ещё в 90 да, я в, Аноним (7), 23:12 , 17-Мрт-21, (85) –1 Черта с два Живее всех живых И просто для понимания, в PS5, кажется, один из и, Аноним (-), 04:51 , 18-Мрт-21, (119) +1 Хотя, что касается снаппи 8230 Будем считать, что это было тёмное время Нет, , Аноним (7), 23:04 , 17-Мрт-21, (82) –2 Будем считать, что у кого-то в гугле NIH очень зудел Ващет быстрее Но проблема , Аноним (-), 12:40 , 18-Мрт-21, (154) Это на примере тестовых файлов предоставленных авторами snappy и результат бенчм, Аноним (7), 14:01 , 18-Мрт-21, (157) Верить авторам алгоритмов стоит с оговорками Особенно если они из гугола Вообще, Аноним (-), 23:42 , 18-Мрт-21, (180) Штук 5, но в целом согласен Более того, я подозреваю, что зависимость от zlib т, Аноним (7), 14:23 , 19-Мрт-21, (244) Это, имхо, врядли PNG ща много где юзается Ну и без zlib он как бы ни о чем Е, Аноним (249), 03:56 , 20-Мрт-21, (249) brotli почему-то до сих пор по умолчанию нету в nginx, и многие забывают его пос, Аноним (25), 17:24 , 17-Мрт-21, (25) +3 // Бротли дебильноват с архитектурной точки зрения, т к юзает огромный статистичес, timur.davletshin (ok), 21:24 , 17-Мрт-21, (45) // Значит, ждем реализации rfc8478 в серверах и большем количестве клиентов Пока , Анонимленьлогиниться (?), 22:07 , 17-Мрт-21, (53) Оно мультитридинг научилось или будем шило на мыло опять менять, как с заменов J, timur.davletshin (ok), 22:45 , 17-Мрт-21, (69) КМК мультитрединг скорее к апликухе больше Ничего страшного, AVIF их всех зохава, Аноним (-), 22:56 , 17-Мрт-21, (78) Да вообще не факт Критически важно только для CDN, где уменьшение трафика карти, timur.davletshin (ok), 23:03 , 17-Мрт-21, (80) Кроме этого страницы еще быстрее грузиться видите ли будут Особенно актуально в, Аноним (81), 23:06 , 17-Мрт-21, (83) А что меньше батарею жрёт Аппаратный декодер JPEG или AVIF, который есть у с, timur.davletshin (ok), 23:13 , 17-Мрт-21, (87) Декодирование картинок обчыно не является сушественным процентом времяпровождени, Аноним (-), 05:04 , 18-Мрт-21, (121) Декодирование сжатого потока тоже не является, но его одноко же зачем-то оптимиз, timur.davletshin (ok), 05:26 , 18-Мрт-21, (128) Когда у тебя 10 000 юзерей и им надо пожать ответ сервера - вот тут скорость уже, Аноним (-), 23:46 , 18-Мрт-21, (181) Так об чём и речь я вёл Страдания на тему я видосики посмотрела 15 минут и мой , timur.davletshin (ok), 00:25 , 19-Мрт-21, (186) Ну так потому корпы и пилят сабж Он греется и еще по over 9000 поводов Плюс-мин, Аноним (205), 02:43 , 19-Мрт-21, (205) Давай, в студию модели без спайвари, милый Про него я даже не сомневаюсь Линукс, timur.davletshin (ok), 07:23 , 19-Мрт-21, (218) –1 Nokia N900 из винтажных , motorola droid если maemo leste вкорячить помощнее, , Аноним (-), 13:21 , 19-Мрт-21, (235) Да-да, ты ещё не забудь вспомнить первый линуксофон Где-то у меня валяется, так, timur.davletshin (ok), 13:31 , 19-Мрт-21, (237) А какое-нибудь Maemo не только живое и софт до сих пор обновляется, но и вон там, Аноним (-), 04:04 , 20-Мрт-21, (250) –1 Avif шляпа с любой стороны -- дефективный формат исключительно для экономии траф, Аноним (7), 23:20 , 17-Мрт-21, (90) Не догоняю какие к тому фундаментальные предпосылки У av1 самого по себе очень , Аноним (-), 05:11 , 18-Мрт-21, (122) Нет, мусор это грязные артефакты lossy-lossy кодирования, например Vp8 вместе, Аноним (7), 12:11 , 18-Мрт-21, (150) У AV1 во первых артефакты очень не паливные, а во вторых есть lossless режим, на, Аноним (-), 23:52 , 18-Мрт-21, (182) Я не отрицаю, что для такого битрейта результат очень впечатляющий Но av1 реаль, Аноним (7), 14:16 , 19-Мрт-21, (243) У него в принципе очень крутое соотношение битрейт-качество Для этого и делался, Аноним (-), 04:32 , 20-Мрт-21, (251) Субсамплинг вообще ни при чём, и, уж тем более, если исходное изображение и так , Аноним (7), 01:47 , 21-Мрт-21, (264) Тогда и терять нечего, по большому счету Забойный аргумент правоты, что сказать , Аноним (265), 06:25 , 21-Мрт-21, (265) Ну т е оскорбления -- это всё, на что ты способен Ясно, понятно Я показал теб, Аноним (7), 12:17 , 21-Мрт-21, (270) есть еще совсем новый jpeg xl, Аноним (118), 04:35 , 18-Мрт-21, (118) И что там с патентами После истории с gif и патентами на LZW, когда пришлось пр, Анонимленьлогиниться (?), 09:12 , 18-Мрт-21, (138) Глупости не говорите Jpeg2k это тоже вейвлет кодирование, оно очень неплохо раб, Аноним (7), 12:25 , 18-Мрт-21, (151) Это совсем не то, что заявляли авторы 2k и какие картинки в примеры они выводили, Анонимленьлогиниться (?), 15:49 , 18-Мрт-21, (159) Не только в себя, любое лосси перекодирование выглядит очень хорошо Если не жаб, Аноним (7), 16:48 , 18-Мрт-21, (163) И этоНет, он артефачит и не может нормально детектить края, перерисовывает части, Аноним (7), 16:56 , 18-Мрт-21, (164) Как раз технологически там для этого очень даже приличные вещи типа CDEF есть И, Аноним (-), 00:04 , 19-Мрт-21, (183) Файл и получается более мелким Вот на давешнем примере avif100 900kbavif90 225k, Аноним (7), 14:43 , 19-Мрт-21, (245) Avif99 402kb кстати, но реально он выглядит хуже максимально без видимых искаже, Аноним (7), 17:15 , 19-Мрт-21, (247) Але, гараж, если хочется качество сравнивать, в lossy варианте размер файлов дол, Аноним (-), 04:38 , 20-Мрт-21, (252) Очень красноречивая картинка, спасибо Avif рулит , Аноним (203), 02:22 , 19-Мрт-21, (203) Очень красиво обмакнули в ушат того умника с его раржыпегом Было бы странно есл, Аноним (-), 13:25 , 19-Мрт-21, (236) При том секрет обмакивания раскрыт Умник тестил фото и видео на рисованых анима, Аноним (265), 06:28 , 21-Мрт-21, (266) Это вопрос клиенту, использующему библиотеку вы ведь понимаете, что в библиотек, Анонимленьлогиниться (?), 09:17 , 18-Мрт-21, (139) Смеялся А вот моя ядерная реализация из ядра линукс не параллелится Шта делат, timur.davletshin (ok), 09:44 , 18-Мрт-21, (142) В ядре очень уж протухшие версии, у меня вот тоже вопрос -- почему , Аноним (7), 12:27 , 18-Мрт-21, (152) Там не протухшие, а собственные реализации Как и всего остального, например тех, timur.davletshin (ok), 12:38 , 18-Мрт-21, (153) Очень плохо Пока апстрим уходит на десятилетия вперёд а также исправляет ошибк, Аноним (7), 12:44 , 18-Мрт-21, (156) Скорее наоборот Там будет самая вылизанная Твой уход на десятилетия вперёд ник, timur.davletshin (ok), 16:03 , 18-Мрт-21, (161) Long таки даёт ощутимую экономию раза в 3 - например, из файла 2 6гб получается , Аноним (7), 18:32 , 21-Мрт-21, (272) Как я понял, long режим с расширенным окном позволяет практически моментально де, Аноним (7), 22:43 , 21-Мрт-21, (274) В ядре сильно другие constraints Вас же не устроит если ядро при каком-нибудь а, Аноним (-), 03:34 , 19-Мрт-21, (213) Из-за подобной нерасторопности страдают пользователи Причём, вполне вероятно, с, Аноним (7), 15:16 , 19-Мрт-21, (246) Ничего они не страдают - кернел threaded как черти что Это врядли Такие вещи вн, Аноним (-), 04:46 , 20-Мрт-21, (253) Ну хорошо, вы много знаете случаев, когда 1 ГБ с скорости недостаточно Ну так вы, Анонимленьлогиниться (?), 15:53 , 18-Мрт-21, (160) У меня домашний массив больше 400 выдаёт обычный домашний NAS на базе старого п, timur.davletshin (ok), 16:08 , 18-Мрт-21, (162) Возмём средний ссд, сколько там, 3ГБ с А нет, уже 5 ГБ с чтение и запись , 15Г, Аноним (7), 18:37 , 18-Мрт-21, (168) Справедливости ради, скорость интерфейса и скорость работы даже в режиме линейно, timur.davletshin (ok), 07:05 , 19-Мрт-21, (216) Скорость ограничена только скоростью памяти, в 4 канальном режиме это порядка бо, Аноним (7), 11:27 , 19-Мрт-21, (228) А теперь наша очередь Обнаружен эксперт в алгоритмах от вебмакакинга Как мистер, Аноним (184), 00:17 , 19-Мрт-21, (184) +1 Давай начнём с малого Как кэш делится между ядрами , timur.davletshin (ok), 00:28 , 19-Мрт-21, (187) А вот это уже зависит от довольно много чего Бывают разные реализации, уровн, Аноним (-), 02:49 , 19-Мрт-21, (206) По твоей теории, если всё упирается в ОЗУ, никакого проку от распараллеливания б, timur.davletshin (ok), 07:04 , 19-Мрт-21, (215) На распаковку, именно современного быстрого алгоритма - не особо Если это нечто, Аноним (-), 13:31 , 19-Мрт-21, (238) Ближе к телу, меньше абстрактных измышлений, разговор был конкретно про ядерную , timur.davletshin (ok), 13:33 , 19-Мрт-21, (239) Ядерная реализация используется в том числе и для распаковки кернела вроде , Аноним (-), 04:47 , 20-Мрт-21, (254) Мне кажется, вы путаете воркеры каких-нибудь файловых систем, вроде той же btrfs, timur.davletshin (ok), 00:40 , 19-Мрт-21, (192) Сам алгоритм может, конечно, сделать то же самое по смыслу, но вообще такая функ, Аноним (-), 02:51 , 19-Мрт-21, (207) Автор малость смухлевал так для повышения сжатия В принципе это даже малость ра, Аноним (58), 22:27 , 17-Мрт-21, (61) Спасибо, кэп , timur.davletshin (ok), 22:46 , 17-Мрт-21, (71) Что значит забывают Так его не поставить по-человечески Нет в репах - ни RHE, Анонимленьлогиниться (?), 22:05 , 17-Мрт-21, (52) +1 // В смысле - не поставить А libbrotli1 в дебиане - это чего , Аноним (58), 22:29 , 17-Мрт-21, (62) +1 Я не про libbrotli1, а про nginx-module-brotli Что вам толку от либы, когда ngi, Анонимленьлогиниться (?), 09:05 , 18-Мрт-21, (137) +1 Ну я для себя и клиентов поддерживаю ppa в котором вместе с nginx ом собираю и n, hefenud (ok), 22:34 , 18-Мрт-21, (175) Что мешает выложить в апстрим дистрибутива, сделав доступным для всех пользовате, Анонимленьлогиниться (?), 10:35 , 19-Мрт-21, (223) Все и выложено и доступно, я же не из воздуха собираю И ppa общедоступный, ничто, hefenud (ok), 10:38 , 19-Мрт-21, (224) Да собссно нжинкс не настолько сложно компилится, если это ну вот реально надо , Аноним (184), 00:18 , 19-Мрт-21, (185) А попробуй стать гуглем - и узнаешь в чем прикол , Аноним (-), 22:57 , 17-Мрт-21, (79) // А нам-то что с того Попробуешь, все равно не получится Да и гуглю оно больше дл, пох. (?), 08:53 , 19-Мрт-21, (220) По другим причинам - ты не соберешь такую же распределенную штуку Ну вот нет у , Аноним (-), 13:53 , 19-Мрт-21, (240) Правила русского языка, в соответствии с которым чего-то пишется через дефис , Кочегар (ok), 02:15 , 18-Мрт-21, (113) –3 // Докапываться до орфографии как минимум неприлично Это занятие для людей, у кото, Аноним (7), 02:39 , 18-Мрт-21, (114) +2 // Безграмотно писать 8212 выказывать неуважение к собеседнику Это удел людей, , Кочегар (ok), 03:02 , 18-Мрт-21, (115) –3 Езли тобе бизграматнасть мира выглядетт выкказываньем ниуваженья ктебе, та кем т, Ordu (ok), 09:34 , 18-Мрт-21, (140) +1 Ты саписетник штоли Нисмиши аднаклетачнае, Аноним (-), 11:50 , 18-Мрт-21, (148) Ну и зачем эти полумеры типа zlib-ng когда есть Zstandard Переходите на него, а, Аноним (10), 15:43 , 17-Мрт-21, (10) –6 // Так zlib они и не трогали, в чём претензия , Аноним (11), 15:48 , 17-Мрт-21, (11) +3 Говорят что LZO очень недооцененная штука Вот если будет что-то такое - обязате, Аноним (51), 22:01 , 17-Мрт-21, (51) // lzo все-таки не для длинной сетевой передачи, а для задачи сжимать хоть чуть-чу, Анонимленьлогиниться (?), 22:12 , 17-Мрт-21, (55) +2 LZO для несколько других задач, он скорее с LZ4 сравним Жмет чуть получше, но и, Аноним (-), 22:32 , 17-Мрт-21, (63) –1 // Ну дык жеж , Аноним (-), 00:58 , 18-Мрт-21, (108) Самое главное из статьи непонятно сжатые модным нг файлы консервативным zlib , Аноним (13), 16:20 , 17-Мрт-21, (13) –1 // Прочитал то ее хоть Сказано же - весь прирост из-за SSE AVX2 и чего только не , Аноним (15), 16:34 , 17-Мрт-21, (15) +2 // огигиналы, наверное, про if defined не слышали или боятся код определения фи, InuYasha (??), 16:37 , 17-Мрт-21, (16) –2 // Ну, понимаешь, любую фичу можно поюзать в объеме когда от своей крутизны станет , Аноним (-), 22:52 , 17-Мрт-21, (76) –1 Ну почему Если писать красиво и грамотно - любой код читаем и понимаем Приверы, InuYasha (??), 10:26 , 18-Мрт-21, (144) Просто старинные компилеры дофига не умели или страдали дурными багами и требова, Аноним (188), 00:29 , 19-Мрт-21, (188) Зачем in place В один хедер их все засунуть и оставить Huang A - The Hardware, InuYasha (??), 10:34 , 19-Мрт-21, (222) Ну, может, в случае если функция в целом одинакова для всех, но вон тем и вон эт, Аноним (-), 13:59 , 19-Мрт-21, (241) Случаи разные и их много, согласен Не буду же я все варианты придумывать-перечи, InuYasha (??), 14:14 , 19-Мрт-21, (242) А вот Оберхамер прямо примерно это в коде и сделал ifdef ами, злыдень Поэтому т, Аноним (-), 05:07 , 20-Мрт-21, (255) Оригиналы не только слышали, как вот ты, например, но еще и в курсе, что никаким, пох. (?), 16:56 , 18-Мрт-21, (165) –1 I understand your frustration gifНу, экстраполируй за ifdef-ы, что-ли Мне прих, InuYasha (??), 21:02 , 18-Мрт-21, (174) похоже, нет приходилось ли тебе хоть раз в жизни писать код, который вызывает i, пох. (?), 09:12 , 19-Мрт-21, (221) –1 Ну не, такого говнокода я не писал Разве что - если где-то указатель выходил в , InuYasha (??), 10:39 , 19-Мрт-21, (225) Это нормальный код Просто на неправильном процессоре он не должен выполниться А, пох. (?), 11:21 , 19-Мрт-21, (227) –1 Нахрен мне чужой быдлокод Своего мегатонны Я что-то пойму - ты админ 124 1, InuYasha (??), 12:24 , 19-Мрт-21, (231) Он и админ и программист Уровня бох W пох Извини, пох, ты не против побыть мем, Аноним (-), 15:49 , 20-Мрт-21, (260) Я админ opensource систем Кажется, это то, чему когда-то был посвящен данный са, пох. (?), 23:11 , 20-Мрт-21, (263) С Exchange то Хвалящий винду Странный какой-то админ опенсорсных систем Кто , Аноним (267), 06:33 , 21-Мрт-21, (267) Просто эстетикой его кодер на заморачивался и явно написал первое что ему в бошк, Аноним (-), 16:12 , 20-Мрт-21, (261) +1 Судя по тому, как ты это описал, это то, чем я и нормальные программисты пользую, InuYasha (??), 13:54 , 21-Мрт-21, (271) Возможно Однако советую глянуть у Cyan а в блоге автор LZ4 Там еще очень зло, Аноним (275), 10:30 , 26-Мрт-21, (275) Эх, заставил меня вспомнить как я проект доброй сотней сырцов с -w3 перевёл на -, InuYasha (??), 11:42 , 26-Мрт-21, (277) Вынести в какой-нибудь хидер типа compiler-features h, чтобы взгляд не оскорблял, Аноним (-), 05:11 , 20-Мрт-21, (256) Автор конкретного процитированного куска думал что это - портабельно Но недодума, пох. (?), 23:06 , 20-Мрт-21, (262) Интринсики и портабельно - ну, э, лол С такими вещами это бывает Специфичное зн, Аноним (-), 06:51 , 21-Мрт-21, (268) открою страшную тайну чем раньше в помойку летит поделка недоумка, неспособного, пох. (?), 10:53 , 21-Мрт-21, (269) –1 Знаешь, пох, с таким подходом - софтом вообще лучше не пользоваться, в нем баги , Аноним (275), 10:34 , 26-Мрт-21, (276) я _только_что_ напоролся Переоптимизированный для amd64 код умудряется порождат, пох. (?), 19:51 , 27-Мрт-21, (282) Можно , Аноним (17), 16:49 , 17-Мрт-21, (17) +1 Конечно Иначе нафиг он уперся, можно сразу zstd какой-нибудь было взять С его , Аноним (68), 22:42 , 17-Мрт-21, (68) –1 а твой консервативный zlib однопоточный пойду натру свой pbzip2 и 12 ядерный кир, kissmyass (?), 19:39 , 18-Мрт-21, (170) Как это приятно видеть на фоне нынешней растомании , Аноним (18), 16:51 , 17-Мрт-21, (18) +3 // Ага, а потом куча вирусор поплывет по интернету через какие нибудь уязвимости, ИмяХ (?), 16:56 , 17-Мрт-21, (19) –7 // Ну когда же они поплывут Уже сколько лет обещают и все никак не плывут , Аноним (-), 17:05 , 17-Мрт-21, (22) +3 // Heartbleed Не, не слышал, ведь ты тогда ещё в школу ходил и не знал даже про op, Аноним (26), 17:51 , 17-Мрт-21, (26) –5 А когда он стал вирусом , Аноним (-), 17:58 , 17-Мрт-21, (28) +6 Не понимаю, школьники или сифанатики минусуют и плюсуют По факту же - heartblee, Аноним (26), 23:59 , 17-Мрт-21, (103) –2 Вполне конкретный пример маркетингового булшита и набивания цены всякому хламу , Аноним (-), 05:15 , 18-Мрт-21, (123) +2 Ну вот нет же, Вы даже не ответили, как так вышло, что данные из-за Heartbleed п, Аноним (26), 09:41 , 18-Мрт-21, (141) –1 Факт вы занимаетесь софистикой и маркетинговым булшитом Ну как, полегчало , Аноним (188), 00:30 , 19-Мрт-21, (189) +1 10, InuYasha (??), 10:40 , 19-Мрт-21, (226) И где вирусы на его основе Вот именно вирус на основе heartbleed сделать - на у, Аноним (-), 22:33 , 17-Мрт-21, (64) sarcasm А где вирус для браузера на основе Spectre sarcasm Между вирусом, чер, Аноним (26), 23:50 , 17-Мрт-21, (96) Первая попавшаяся с хабра статья https habr com ru post 218661 , Аноним (26), 23:54 , 17-Мрт-21, (99) И где там вирусы которые обещал тот тупизень , Аноним (-), 05:17 , 18-Мрт-21, (125) Вирусы никто не обещал, ты сам себе напридумывал невесть чего А там всего лишь , Аноним (26), 09:44 , 18-Мрт-21, (143) И даже тут вранье у маркетоида - https www opennet ru openforum vsluhforumID3 , Аноним (188), 00:31 , 19-Мрт-21, (190) Они только про оптимизацию или есть всё же шанс дождаться там поддержки Zip64 De, mumu (ok), 17:02 , 17-Мрт-21, (20) –1 Nenuzhno 3, B (?), 18:18 , 17-Мрт-21, (30) –7 // Элементарно, Ватсон Не нравится - не используй , Аноним (-), 05:18 , 18-Мрт-21, (126) +1 Интересно было бы увидеть сравнение с zopfli , qc (?), 18:21 , 17-Мрт-21, (32) +1 // Парсер у них вероятно старый от zlib, C (?), 18:47 , 17-Мрт-21, (33) +1 // Вроде на странице гихаба зопфли написано что он медленный но сжимает лучше злиба, qc (?), 19:41 , 17-Мрт-21, (38) // там казнитьнильзяпамилавать написано, стремновато если честно, Аноним (51), 21:59 , 17-Мрт-21, (50) Zophli ровно обратную задачу решает хрен с ней с скоростью, зато максимально пл, Аноним (-), 22:39 , 17-Мрт-21, (66) +2 // Спасибо за разъяснения , qc (?), 23:51 , 17-Мрт-21, (97) Вредителям из zlib желаю тяжелого коронавируса, а всем дистрибутивам перейти на , Аноним (37), 19:29 , 17-Мрт-21, (37) –9 // Ага, сидят и видят как бы не принять улучшение в проект, Аноним (40), 20:48 , 17-Мрт-21, (40) +2 вы это пожелали человеку, который сделал свободную реализацию deflate, вылизал е, edo (ok), 23:28 , 19-Мрт-21, (248) +4 лол, Аноним (41), 20:52 , 17-Мрт-21, (41) –2 // В чём , омоним (?), 21:30 , 17-Мрт-21, (47) +1 // смишная нируская фамилия наверное, Аноним (-), 22:10 , 17-Мрт-21, (54) Там от силы 20 строчек кода , Аноним (41), 23:23 , 17-Мрт-21, (91) –1 // Гагаг, фу лол, надо было 21 так чтоли получается , Аноним (-), 14:44 , 18-Мрт-21, (158) А вот 5 строк, принёсшие Криске Касперски мировую известность code int main , n00by (ok), 12:50 , 20-Мрт-21, (259) Потестил с lzbench Результаты code lzbench 1 8 64-bit Linux Assembled by P , омоним (?), 20:58 , 17-Мрт-21, (42) +3 // То есть оно ещё и жмёт лучше Сууупер , Аноним (37), 21:37 , 17-Мрт-21, (48) // Наоборот же - хуже - Оригинальный файл 202372260 байтов Сжатый zlib -1 11590, омоним (?), 21:52 , 17-Мрт-21, (49) // Имхо - баг зарепортите им -1 и -2 в zlib не интересны вот практически никогда , Анонимленьлогиниться (?), 22:19 , 17-Мрт-21, (57) Почему это Они гарантируют более высокую скорость и совместимость с deflate Лучш, омоним (?), 22:35 , 17-Мрт-21, (65) Там разница в пределах погрешности А zophli все-равно обоих натянет - если ждат, Аноним (68), 22:49 , 17-Мрт-21, (74) Ну так они и не мой файл использовали - Когда-нибудь поднатужусь, и встрою в l, омоним (?), 23:09 , 17-Мрт-21, (84) А твой файл вообще очень синтетический походу Процент сжатия злобный, скорость , Аноним (-), 05:21 , 18-Мрт-21, (127) Худшее там - в пределах погрешности Так-то даже в 7zip если форсировать однотред, Анонимленьлогиниться (?), 09:03 , 18-Мрт-21, (136) Примерно однохренственно оно жмет Если надо суперсжатие в этот формат любой цен, Аноним (68), 22:46 , 17-Мрт-21, (70) Зачем, если есть lbzip2 , Аноним (43), 21:18 , 17-Мрт-21, (43) –1   // Тогда уже лучше lzip алгоритм xz - жмёт лучше, быстрее, тоже умеет восстановле, timur.davletshin (ok), 21:26 , 17-Мрт-21, (46)   Bzip2 в 2020 году вообще совсем ни о чем Жмет заурядно Упаковка не быстрая Ра, Аноним (68), 22:47 , 17-Мрт-21, (72) +1   // Для начала bzip2 умеет какую-то хоть возможность восстанавливать архивы Из новы, timur.davletshin (ok), 22:55 , 17-Мрт-21, (77) –1   // Довольно маргинальную И если это реально было надо - есть утилиты реализующие к, Аноним (81), 23:12 , 17-Мрт-21, (86) –1   Алло, гараж, речь про архиватор была Повторю, А-Р-Х-И-В-А-Т-О-Р используют для , timur.davletshin (ok), 23:19 , 17-Мрт-21, (88) –1   Если надо именно это - логично с recovery info каким делать, по типу par какого , Аноним (-), 23:30 , 17-Мрт-21, (93)   https www nongnu org lzip xz_inadequate html 8212 просто так, навеяло Неком, timur.davletshin (ok), 00:07 , 18-Мрт-21, (105) –3   Я бы на вашем месте эту писульку не упоминал почём зря -- автор там, как минимум, Аноним (7), 01:39 , 18-Мрт-21, (111)   Давай я тебе рандомно побью архив и мы посмотрим, как ты его восстановишь, догов, timur.davletshin (ok), 04:58 , 18-Мрт-21, (120)   Если это меня беспокоит, я, для начала, RAID1 на btrfs юзаю И наткнувшись на ду, Аноним (188), 00:35 , 19-Мрт-21, (191)   Для начала, raid1 с btrfs - тупое говно-решение Если тебе нужно восстановление,, timur.davletshin (ok), 00:44 , 19-Мрт-21, (194)   Я думаю что моя квалификация позволяет принимать мне решения как мне хранить мои, Аноним (208), 03:06 , 19-Мрт-21, (208)   Это и называется апломб Но ты продолжай юзать raid в btrfs, он же ни у кого не , timur.davletshin (ok), 07:15 , 19-Мрт-21, (217)   ты бы лучше расписал детали, что и где у тебя пошло не так - хоть какая-то польз, пох. (?), 11:32 , 19-Мрт-21, (229) –1   Я тебе даже расписывал как я его на машине с битой RAM гонял, в DUP конфигурации, Аноним (-), 05:19 , 20-Мрт-21, (257)   я Тимура спрашивал, вообще-то То что в твоем специфическом случае оно работало , пох. (?), 19:56 , 27-Мрт-21, (283)   Самое крутое - на выдернутой без отмонтирования флехе видимо слетел erase block,, Аноним (-), 05:27 , 20-Мрт-21, (258)   Это все круто, только имеет смысл в очень некоторых применениях Видите ли смотр, Аноним (-), 05:31 , 18-Мрт-21, (129)   А что такое там происходит с данными в tar, что ваш убер архиватор не может пото, timur.davletshin (ok), 05:43 , 18-Мрт-21, (131)   Если декомпрессор вернул отлуп что ошибка в данных, до попытки парсинга tar дело, Аноним (193), 00:44 , 19-Мрт-21, (193)   Извините, вы читать не умеете , timur.davletshin (ok), 00:46 , 19-Мрт-21, (195)   Удачи Один RAID1 предлагает, другой вообще несколько копий всего держит Линукс, timur.davletshin (ok), 00:49 , 19-Мрт-21, (196)   Ну а нафиг мне полувосстановленный рабочий проект например Что с ним делать До, Аноним (-), 03:16 , 19-Мрт-21, (210)   А если заголовок побит, то всё , timur.davletshin (ok), 00:51 , 19-Мрт-21, (197)   Зависит от У zip, например, заголовков как таковых два Один конденсировано в, Аноним (-), 03:14 , 19-Мрт-21, (209)   Поменьше болтовни, про tar c gz bz2 я и без тебя знаю, побольше про свой любимый, timur.davletshin (ok), 07:01 , 19-Мрт-21, (214)   Увы, я не верю в серебряные пули - и поэтому предпочитаю формат под задачу выбир, Аноним (-), 01:35 , 05-Апр-21, (285)   Речь идёт об алгоритме, который работает в том числе на слабых IoТ устройствах и, timur.davletshin (ok), 05:53 , 18-Мрт-21, (132)   Им bz2 совсем не друг, там проблемы со всем и сразу - и плотное сжатие все хотят, Аноним (-), 00:57 , 19-Мрт-21, (198)   Смотри Взять lzma вместо bz2 -- первый жмёт быстрее и лучше второго, добавить п, Аноним (7), 23:50 , 17-Мрт-21, (95) –1   Вперёд Миру нужен ещё один формат архивов , timur.davletshin (ok), 23:54 , 17-Мрт-21, (98) –1   Так там тот же тар Просто сжат получше , Аноним (7), 00:09 , 18-Мрт-21, (106) –1   Не, блин, будем до упора пользоваться ископаемой архаикой, тормозной как трактор, Аноним (-), 05:33 , 18-Мрт-21, (130)   Ты par видимо не застал, его одно время форсили Там один криво реализованный ал, timur.davletshin (ok), 06:04 , 18-Мрт-21, (133)   Когда ничего лучше не было - форсили А так то алгоритмы сжатия, вот, развиваютс, Аноним (-), 01:02 , 19-Мрт-21, (199)   Было бы здорово, если бы было можно прицепить парити к файлу Ну там по типу ntf, Аноним (7), 23:35 , 17-Мрт-21, (94) –2   Весь уровень знаний в одной фразе , timur.davletshin (ok), 23:55 , 17-Мрт-21, (100)   Ну сорян, я правда не слышал чтобы какое-либо парити хотя бы по типу кода рида-с, Аноним (7), 00:06 , 18-Мрт-21, (104) –1   Так еще и по bz2 ыксперд Десять салом онов из десяти D , Аноним (-), 01:03 , 18-Мрт-21, (109) –1   Меня почему-то раздражает твоя тупость Хотя я не часто встречаю таких самонадея, Аноним (7), 01:41 , 18-Мрт-21, (112)   Удивительно, но моя мудрость спровоцирована твоей глупостью , Аноним (-), 11:54 , 18-Мрт-21, (149)   Да, его нет Парити обеспечивали ленточные накопители, под которые tar и проекти, timur.davletshin (ok), 06:08 , 18-Мрт-21, (134)   Что это пар не взлетело А что же я каждый день на файлообменных форумах вижу ег, Аноним (7), 19:46 , 18-Мрт-21, (171)   Правда нужно учитывать что на ссд скорее всего вылетать будут блоки не 512 байт , Аноним (7), 19:53 , 18-Мрт-21, (172)   1 FEC делается _постранично_ И вылетает страница, если FEC не выдюжил вон то к, Аноним (-), 01:04 , 27-Мрт-21, (278)   Я не знаю, по каким местам вы шастаете кстати, а где , но в дикой природе я ег, timur.davletshin (ok), 20:00 , 18-Мрт-21, (173)   варезник, небосьтам критично свойство архиватора нарезать мелкими ломтиками, ну , пох. (?), 20:00 , 27-Мрт-21, (284)   Да нет там ничего такого, он просто состояние компрессора каждый блок сбрасывает, Аноним (-), 01:06 , 19-Мрт-21, (200) +2   bzip вообще не нужен, xz на низких степенях сжатия -3 и около того жмёт быстре, Твоя мама (?), 23:57 , 17-Мрт-21, (102) +1   // Справедливости ради, на некоторых входных данных bzip2 сжимает эффективнее, чем , edo (ok), 20:15 , 21-Мрт-21, (273) +1   Я не пойму, почему столько негатива Если будет гарантировать совместимость на у, timur.davletshin (ok), 21:19 , 17-Мрт-21, (44) +3 // Да даже хрен с ним с ABI, нехай API формат данных останется тем же А софт мож, Аноним (68), 22:48 , 17-Мрт-21, (73) // Если формат данных разный, то это очередные пердоли, как с gzip и zlib, когда ал, timur.davletshin (ok), 22:51 , 17-Мрт-21, (75) –1 // Так при чем тут ABI ABI это _бинарный_ интерфейс программа - либа На уровне , Аноним (-), 23:19 , 17-Мрт-21, (89) –1 Ну что ты городишь Ну вот тебе, например, libjpeg-turbo бинарно совместим с lib, timur.davletshin (ok), 23:23 , 17-Мрт-21, (92) И чего Со своей стороны я считаю что опенсорсникам хватит и совместимости API , Аноним (-), 01:10 , 19-Мрт-21, (202) Изменение, например, порядка аргументов меняет их размещение в регистрах Добавл, uis (ok), 11:17 , 18-Мрт-21, (147) Что сказать-то хотел, кэп , timur.davletshin (ok), 12:42 , 18-Мрт-21, (155) Что бинарной совместимости не жди, uis (ok), 12:12 , 19-Мрт-21, (230) Я об этом догадывался , Аноним (-), 01:08 , 19-Мрт-21, (201) Неужели в GCC автовекторизатор на -O3 работает настолько плохо , Аноним (116), 03:36 , 18-Мрт-21, (116) // Обычно хуже, чем ручками, uis (ok), 11:13 , 18-Мрт-21, (146) +1 он вообще никак не работает Что бы там секта свидетелей -O9 не бормотала Собст, пох. (?), 17:14 , 18-Мрт-21, (166) // Есть ещё промежуточный вариант - интринсики Чуть удобнее ассемблера Это да , Аноним (204), 02:37 , 19-Мрт-21, (204) // теперь тебе надо не только знать ассемблер и архитектуру три разных, как в этом, пох. (?), 08:41 , 19-Мрт-21, (219) Наоборот же Интринсики описываются в h файле и имеют тот же самый С-интерфей, Аноним (204), 12:50 , 19-Мрт-21, (232) +2 Немного не так Теперь надо знать возможности архитектуры и желаемую операцию, Аноним (-), 01:24 , 27-Мрт-21, (279) смузихлёбов хлебом не корми, дай что-нибудь обозвать старым и устаревшим и выбро, Аноним (116), 03:41 , 18-Мрт-21, (117) –2 // а оно у них все равно не собирается на тех платформах Или ты думал, в сказку по, пох. (?), 17:16 , 18-Мрт-21, (167) А сжатие как Если не ухудшилось, то хорошо, годно , uis (ok), 11:12 , 18-Мрт-21, (145) собрал и установил, собранные с обычным zlib проги норм работают без пересборки, макпыф (ok), 22:53 , 18-Мрт-21, (176) +2 Я думал zlib уже давно оптимизирован по самые уши, а тут оно вон что Жду в дист, Аноним (179), 23:17 , 18-Мрт-21, (177) Да уж Тоже мне бинарная совместимость Попытался через LD_LIBRARY_PATH замени, Аноним (286), 03:07 , 03-Янв-22, (286) 3,7,10,13,18,20,30,32,37,41,42,43,44,116,117,145,176,177,286

Сообщения

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

43. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	–1 +/–
Сообщение от Аноним (43), 17-Мрт-21, 21:18
Зачем, если есть lbzip2?
Ответить | Правка | Наверх | Cообщить модератору

	46. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от timur.davletshin (ok), 17-Мрт-21, 21:26
	Тогда уже лучше lzip (алгоритм xz) - жмёт лучше, быстрее, тоже умеет восстановление файлов (в отличие от оригинального xz).
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+1 +/–
	Сообщение от Аноним (68), 17-Мрт-21, 22:47
	> Зачем, если есть lbzip2? Bzip2 в 2020 году вообще совсем ни о чем. Жмет заурядно. Упаковка не быстрая. Распаковка откровенно тормозная, примерно как упаковка (lz-based на распаковку сильно упаковки быстрее обычно). И зачем бы он такой? Вот на него все и забили...
	Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

	77. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	–1 +/–
	Сообщение от timur.davletshin (ok), 17-Мрт-21, 22:55
	>> Зачем, если есть lbzip2? > Bzip2 в 2020 году вообще совсем ни о чем. Жмет заурядно. Упаковка > не быстрая. Распаковка откровенно тормозная, примерно как упаковка (lz-based на распаковку > сильно упаковки быстрее обычно). И зачем бы он такой? Вот на > него все и забили... Для начала bzip2 умеет какую-то хоть возможность восстанавливать архивы. Из новых только lzip умеет её. У остальных же несколько битых байтов обозначают смерть всего архива практически гарантированно. Ну и банально он везде практически есть. Да и война с форматами архивов у юниксов вообще в традициях. Сколько пердолей было с переездом с оригинального compress с его .Z архивами на gzip...
	Ответить | Правка | Наверх | Cообщить модератору

	86. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	–1 +/–
	Сообщение от Аноним (81), 17-Мрт-21, 23:12
	> Для начала bzip2 умеет какую-то хоть возможность восстанавливать архивы. Довольно маргинальную. И если это реально было надо - есть утилиты реализующие кодирование с избыточностью и проч. > Из новых только lzip умеет её. Как бы мухи отдельно, котлеты отдельно. Это специфичная фича, нужная в основном для всякого архивного хранения, она как минимум сжатие нагибает, а полноценное рекавери на 100% -- добавляет весьма конкретный оверхед. И кому это надо есть и другие варианты. > У остальных же несколько битых байтов обозначают смерть > всего архива практически гарантированно. Ну и нахрен мне архив с половиной исходников? Один черт перекачивать придется. А сжатие довольно паршивое и скорость распаковки не фонтан, мягко говоря. Вот и выпал из использования. > Ну и банально он везде практически есть. Не отменяет того факта что по соотношениям с другими он таки легаси то еще. > Да и война с форматами архивов у юниксов вообще в традициях. > Сколько пердолей было с переездом с оригинального compress с его .Z > архивами на gzip... У gzip видите ли было 2 достоинства на тот момент. Лучше жмет и не патентованный. А когда unisys патентами на LZW видите ли пытается накрячить то системный пакер, то GIF'ки, это уже немного другой коленкор.
	Ответить | Правка | Наверх | Cообщить модератору

	88. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	–1 +/–
	Сообщение от timur.davletshin (ok), 17-Мрт-21, 23:19
	> Это специфичная фича, нужная в основном для всякого архивного хранения. Алло, гараж, речь про архиватор была. Повторю, А-Р-Х-И-В-А-Т-О-Р используют для упомянутого тобой архивного хранения. Люди не только исходники с гихаба качают, а и хранят уникальный контент. Старые архивы таки иногда портятся и, если нет механизма восстановления, то прощайте данные. > легаси... GZIP не легаси, а BZIP2 легаси? Это на основании чего такой вывод? Или brotli уже стал архиватором общего назначения?
	Ответить | Правка | Наверх | Cообщить модератору

	93. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от Аноним (-), 17-Мрт-21, 23:30
	> Алло, гараж, речь про архиватор была. Повторю, А-Р-Х-И-В-А-Т-О-Р используют для упомянутого > тобой архивного хранения. Если надо именно это - логично с recovery info каким делать, по типу par какого и проч. Вот это уже может довольно большой урон пережить. Но partity таки тоже займет места под хранение. Ну или какой-нибудь 7zip-овский формат юзать, p7zip каким, там можно хоть non-solid сжатие делать. Сжатие испортится, зато каждый файл в архиве независимый и декодабелен отдельно от других. Так что урон ограничивается затронутым разрушением сжатым файлом. > Старые архивы таки иногда портятся и, если нет механизма восстановления, то прощайте данные. Для вот именно этого - ну, еще может быть, и то - есть другие варианты, более разумные, смотря что хотелось. > GZIP не легаси, а BZIP2 легаси? Типа того. Жмет он конечно неважно - но распаковывается в разы (и даже десятки, пожалуй) быстрее, да и пакует довольно быстро если не звереть с уровнем. Поэтому для перекидыания данных без заморочек, с хоть каким сжатием - иногда до сих пор makes sense. > Это на основании чего такой вывод? На основании их usage в целом народом. > Или brotli уже стал архиватором общего назначения? В unix way вообще исторически принято разделять архиватор и пакер. Это таит в себе определенные tradeoffs. В частности - урон рушит верхний уровень, слой сжатия. Как он из этого (не) восстановится контролю других уровней особо не поддается. В этом плане форматы все-в-одном по типу 7z имеют определенные преимущества. Но таки не юниксвэйно - и пожать форматом который не предусмотрен, путем пайпа нежатого тар в прогу сжатия - уже опа. Будет только то что в формате предусмотрено.
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	–3 +/–
	Сообщение от timur.davletshin (ok), 18-Мрт-21, 00:07
	> Ну или какой-нибудь 7zip-овский формат юзать, p7zip каким, там можно хоть non-solid > сжатие делать. Сжатие испортится, зато каждый файл в архиве независимый и > декодабелен отдельно от других. Так что урон ограничивается затронутым разрушением сжатым > файлом. https://www.nongnu.org/lzip/xz_inadequate.html — просто так, навеяло. > Для вот именно этого - ну, еще может быть, и то - > есть другие варианты, более разумные, смотря что хотелось. Некоммерческих было всегда по пальцам одной руки. Поэтому большинство старых архивов просто остаются в том, в чём они были в оригинале созданы. И там нет ни xz, ни zstd, ни brotli... > Жмет он конечно неважно... Ты же понимаешь, что прогресс в сжатии не бесконечен и gzip жмёт вполне себе прилично, если сравнивать с затрачиваемыми ресурсами? > На основании их usage в целом народом. Ну ты же понимаешь, что следующей фразой просто обязана быть "Оценку популярности в студию!"? > В частности - урон рушит верхний уровень, > слой сжатия. Простите, что?
	Ответить | Правка | Наверх | Cообщить модератору

	111. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от Аноним (7), 18-Мрт-21, 01:39
	>https://www.nongnu.org/lzip/xz_inadequate.html — просто так, навеяло. Я бы на вашем месте эту писульку не упоминал почём зря -- автор там, как минимум, предвзят, а вполне возможно и неадекват.
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от timur.davletshin (ok), 18-Мрт-21, 04:58
	>>https://www.nongnu.org/lzip/xz_inadequate.html — просто так, навеяло. > Я бы на вашем месте эту писульку не упоминал почём зря -- > автор там, как минимум, предвзят, а вполне возможно и неадекват. Давай я тебе рандомно побью архив и мы посмотрим, как ты его восстановишь, договорились?
	Ответить | Правка | Наверх | Cообщить модератору

	191. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от Аноним (188), 19-Мрт-21, 00:35
	> Давай я тебе рандомно побью архив и мы посмотрим, как ты его > восстановишь, договорились? Если это меня беспокоит, я, для начала, RAID1 на btrfs юзаю. И наткнувшись на дурной сектор он скажет "CSUM error, corrected". При этом восстановление стопроцентное, а он к тому же знает какая из копий правильная. Но да, это требует потратить место на хранение дважды.
	Ответить | Правка | Наверх | Cообщить модератору

	194. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от timur.davletshin (ok), 19-Мрт-21, 00:44
	Для начала, raid1 с btrfs - тупое говно-решение. Если тебе нужно восстановление, то юзай raid6 с parity. А восстанавливать btrfs — это ад, даже если тебе это и не нужно делать из-за наличия дубликата.
	Ответить | Правка | Наверх | Cообщить модератору

	208. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от Аноним (208), 19-Мрт-21, 03:06
	> Для начала, raid1 с btrfs - тупое говно-решение. Я думаю что моя квалификация позволяет принимать мне решения как мне хранить мои данные без чужих заявлений обоснованных аж апломбом и измышлизмами. И в случае чего я предпочту иметь дело вот с ним. Если что, я таки иногда развлекаюсь data recovery умеренной степени хардкорности. А заодно знаю где btrfs'ники обитают на случай совсем уж крутых непоняток. > Если тебе нужно восстановление, то юзай raid6 с parity. 1) Это подразумевает минимум 4 девайса. 2) Без btrfs это подразумевает 4 более-менее одинаковых девайса. 3) Это, цуко, неудобное требование. 4) Расширять ЭТО - еще более неудобно. В btrfs я просто воткну +1 винч и скажу btrfs device add, и пофиг какой там размер и проч. 5) Без чексуммы данных это все-равно "не предел мечтаний". 6) Btrfs может использовать DUP, даже с одним носителем. При этом даже таблица разделов опциональна. От полной кончины диска/флехи конечно не помогает, но теорвер резко разворачивается в мою сторону и шансов что при редких сбоях бэды накроют именно обе копии одного и того же блока все же крайне маргинальные. Выходка катит даже для винча на ноуте. Где оно как раз и парировало случайный бэд разок. А вот с RAID6 там как-то напряжненько уже. > А восстанавливать btrfs — это ад, даже если тебе это и не нужно делать > из-за наличия дубликата. Ничего страшного, я справлюсь. Я более-менее представляю структуру этой штуки и вон там офлайн читалка есть на совсем пиковый случай. Для остальных такое вообще только в коммерческом платном софте за отдельные бабки есть. А в новых версиях как раз подогнали опций монтирования на случай когда ну вот вообще совсем трэш а что-то поиметь оттуда все же хочется.
	Ответить | Правка | Наверх | Cообщить модератору

	217. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от timur.davletshin (ok), 19-Мрт-21, 07:15
	> Я думаю что моя квалификация позволяет принимать мне решения как мне хранить мои данные без чужих заявлений обоснованных аж апломбом и измышлизмами. Это и называется апломб. Но ты продолжай юзать raid в btrfs, он же ни у кого не сыпался ни разу. Да, я вроде писал же, что я о btrfs знаю не понаслышке?
	Ответить | Правка | Наверх | Cообщить модератору

	229. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	–1 +/–
	Сообщение от пох. (?), 19-Мрт-21, 11:32
	> же ни у кого не сыпался ни разу. Да, я вроде > писал же, что я о btrfs знаю не понаслышке? ты бы лучше расписал детали, что и где у тебя пошло не так - хоть какая-то польза была бы от впопеннета. А истово верующих не оскорбляй - уголовно наказуемо, да и зачем - потом заработаем на восстановлении.
	Ответить | Правка | К родителю #217 | Наверх | Cообщить модератору

	257. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от Аноним (-), 20-Мрт-21, 05:19
	> ты бы лучше расписал детали, что и где у тебя пошло не > так - хоть какая-то польза была бы от впопеннета. Я тебе даже расписывал как я его на машине с битой RAM гонял, в DUP конфигурации, посмотреть что вообще будет, как ты и просил. А он возьми да и не помри за обозримое время. Хоть к тому и были все предпосылки. На сыпучем и текучем я его тоже гонял, питание крешил и проч. > А истово верующих не оскорбляй - уголовно наказуемо, да и зачем - > потом заработаем на восстановлении. Ну я не знаю что у человека было. Может он и правда RAID1 убил в btrfs - мало ли, вдруг у изена достойный продолжатель появился. Но что надо сделать с btrfs'ным RAID1 чтобы он сдох для меня все же некая загадка. Ну нет, я могу придумать несколко способов. Скажем пыхнувший китайский питальник может аннулировать сразу все винчи к хренам. Или, там, окажутся винчи в ovh - и фигли толку с RAID на углях? Это ж не шашлык.
	Ответить | Правка | К родителю #229 | Наверх | Cообщить модератору

	283. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от пох. (?), 27-Мрт-21, 19:56
	>> ты бы лучше расписал детали, что и где у тебя пошло не > Я тебе даже расписывал как я его на машине с битой RAM я Тимура спрашивал, вообще-то. То что в твоем специфическом случае оно работало - ничуть не гарантирует от катастроф. А вот знание у кого и когда оно НЕ сработало - позволит подстелить соломки или вовремя спрыгнуть с технологии.
	Ответить | Правка | К родителю #257 | Наверх | Cообщить модератору

	258. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от Аноним (-), 20-Мрт-21, 05:27
	> ты бы лучше расписал детали, что и где у тебя пошло не > так - хоть какая-то польза была бы от впопеннета. Самое крутое - на выдернутой без отмонтирования флехе видимо слетел erase block, а может и erase group. В результате в страну вечной охоты отлетело 2 суперблока из 3. Но поскольку их 3, таки успешно починилось из 3-й копии. Еще у меня питание во время конверсии уровней RAID падало. Ну, отскреблось и дальше продолжило с места облома. Я даже и не знаю - а кто-то еще так умеет уже вообще? А в чемпионате неочевидных грабель - я включил сжатие zstd. Новое, модное, клевое... и при следуюшем ребуте (кернел обновил как раз) grub и сказал мне "unknown compression" при попытке этот самый кернел прочитать (он видите ли zstd и сжался как раз). Ага, блин! Новое, грите? А grub, вот, не очень новый. Ффффак. Так то логично что если кто хочет читать кернель с /boot в системном разделе то и его сжатие он должен понимать :)
	Ответить | Правка | К родителю #229 | Наверх | Cообщить модератору

	129. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от Аноним (-), 18-Мрт-21, 05:31
	> https://www.nongnu.org/lzip/xz_inadequate.html — просто так, навеяло. Это все круто, только имеет смысл в очень некоторых применениях. Видите ли смотря в книгу главное не увидеть там фигу. А то бывает и такое. > Некоммерческих было всегда по пальцам одной руки. Поэтому большинство старых архивов просто > остаются в том, в чём они были в оригинале созданы. Сейчас их на самом деле уже сильно больше поразвелось на самые разные оказии. Просто некоторые достаточно специфичны или сильно простые, и не пытаются быть суперлибой на все оказии как zlib/zstd. > И там нет ни xz, ни zstd, ни brotli... И чего? Это не значит что надо пакуя новые данные ограничиться словарем в 32 кило эпохи доса. Блок bz2 в 900 кило тоже не предел мечтаний в современном мире. И дальше этой дистанции оно в принципе избыточность не убирает, как я понимаю. > Ты же понимаешь, что прогресс в сжатии не бесконечен и gzip жмёт > вполне себе прилично, если сравнивать с затрачиваемыми ресурсами? Я понимаю что когда словарь в несколько метров - он на этой дистанции совпадения и видит. А у zstd есть longrange моде на манер lrzip, когда он умеет искать совпадения на оооооочень почтенной дистанции. А для gzip abcdefgh вот тут и abcdefgh через мег - вообще не совпадение. Оба раза кодируются независимо, как будто первого никогда в потоке и не было. Ограничение абстракции. > Ну ты же понимаешь, что следующей фразой просто обязана быть "Оценку популярности в студию!"? Как минимум исходники в bzip2 уже мало кто выкладывает - предпочитая xz какой-нибудь. Который заметно меньше при прочих равных. >> В частности - урон рушит верхний уровень, слой сжатия. > Простите, что? Ну вот ток. В *никс вэй оно как бы по слоям обрабатывается. Сперва нежатый архив tar, потом он компрессору отдается. И вон тот результат - это его творчество, он вершина пищевой цепочки. Проблема в том что в результате по сути алгоритм сжатия без дополнительных твиков сталкивается с разрушением данных - а на это он малость не заточен. Примерно об этом вон в той ссылке и рассказывается. Но это проблема в сильно некоторых случаях. p.s. блин, это было сильно актуальнее при чтении с флопиков цать лет назад :) вот там хороший FEC был бы на вес золота, но с этим тоже было не богато.
	Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

	131. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от timur.davletshin (ok), 18-Мрт-21, 05:43
	> Проблема в том что в результате по сути алгоритм сжатия без дополнительных твиков сталкивается с разрушением данных А что такое там происходит с данными в tar, что ваш убер архиватор не может потом сопадения найти? Как думаешь, если подсунуть твоему убер-архиватору 100 файлов, он сможет найти совпадения из разных файлов или всё же искать в tar архиве проще без каких-либо "твиков"? Такое впечатление, что у вас остроумность логики проявляется исключительно в попытке доказать свою позицию, а не в попытке здраво оценить ситуацию.
	Ответить | Правка | Наверх | Cообщить модератору

	193. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от Аноним (193), 19-Мрт-21, 00:44
	> А что такое там происходит с данными в tar, что ваш убер > архиватор не может потом сопадения найти? Если декомпрессор вернул отлуп что ошибка в данных, до попытки парсинга tar дело может вообще не дойти. А если он вернул труху вместо этого - там скорее всего шум океанов марса. В этом плане преимущество имеет интегрированный не-юниксвэйный формат, где оглавление в том же слое что и остальное, доступное напрямую, а файлы пожаты независимо друг от друга, так что вон тот битый файл не затрагивает остальные. Тогда как tar -> gz при ошибке чтения в середине не сможет прожевать весь хвост, просто потому что состояние алгоритма не сбрасывает. Bz2 таки иногда сбрасывает - но не по границам файлов, поэтому это весьма субоптимальная полумера по сравнению с recovery records или хотя-бы non-solid сжатием. Контроля над этим процессом нет. > Как думаешь, если подсунуть твоему убер-архиватору 100 файлов, он сможет найти > совпадения из разных файлов или всё же искать в tar архиве проще без каких-либо "твиков"? ЧСХ все нормальные архиверы типа рар и 7зип именно это как раз сто лет и делают, сливая их в один поток, еще и доперев отсортировать по расширению (типу) - это улучшает сжатие отностельно тупого сваливания в тар. Собссно вон то действо и приводит к тому что при ошибке в середине потока не декодируется вообще ничего. А сбрасывать состояние алгоритма - да, с этого места можно начать разбор заново. Но сжатие от этого таки страдает - вновь запущенный алгоритм никак не реюзает предыдущие данные и неизбежно теряет ratio. > Такое впечатление, что у вас остроумность логики проявляется исключительно в попытке доказать > свою позицию, а не в попытке здраво оценить ситуацию. На самом деле позиция проста - халявы на халяву не бывает. Есть некий tradeoff, при том у bzip2 он не особо удачный и не особо отключаемый, а если надо было именно вон то - есть реализации с куда более вменяемым этим самым, гранулярно контролируемым, а то и нафиг не нужным из-за использования FEC который ценой оверхеда починит сбой на 100%. А так - какая мне радость с половины рабочего проекта? Я еще эвон сколько недостающее буду выписывать если бэкапа не было. А раз так - я лучше удостоверюсь что все читается как надо и сделаю несколько копий.
	Ответить | Правка | Наверх | Cообщить модератору

	195. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от timur.davletshin (ok), 19-Мрт-21, 00:46
	> ЧСХ все нормальные архиверы типа рар и 7зип именно это как раз сто лет и делают, сливая их в один поток Извините, вы читать не умеете.
	Ответить | Правка | Наверх | Cообщить модератору

	196. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от timur.davletshin (ok), 19-Мрт-21, 00:49
	> А раз так - я лучше удостоверюсь что все читается как надо и сделаю несколько копий. Удачи. Один RAID1 предлагает, другой вообще несколько копий всего держит. Линуксоиды, х...ле )))
	Ответить | Правка | К родителю #193 | Наверх | Cообщить модератору

	210. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от Аноним (-), 19-Мрт-21, 03:16
	> Удачи. Один RAID1 предлагает, другой вообще несколько копий всего держит. Линуксоиды, х...ле ))) Ну а нафиг мне полувосстановленный рабочий проект например? Что с ним делать? Дописать недостающий кус? А это довольно много долботни.
	Ответить | Правка | Наверх | Cообщить модератору

	197. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от timur.davletshin (ok), 19-Мрт-21, 00:51
	> В этом плане преимущество имеет интегрированный не-юниксвэйный формат А если заголовок побит, то всё?
	Ответить | Правка | К родителю #193 | Наверх | Cообщить модератору

	209. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от Аноним (-), 19-Мрт-21, 03:14
	> А если заголовок побит, то всё? Зависит от. У zip, например, заголовков как таковых два. Один "конденсировано" в хвосте, для быстрого лукапа того что ищем (привет, тар, который надо целиком жевать для этого - доставляет на больших архивах) и второй - там где данные реально есть. Ну и в случае tar -> gz (xz, ...) при левых данных в середине потока весь хвост tar станет нечитаемым. bz2 сбрасывает состояние между блоками, по поводу чего и могет вон то, но за это своя цена. В виде поганого сжатия например - несмотря на тормознутость.
	Ответить | Правка | Наверх | Cообщить модератору

	214. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от timur.davletshin (ok), 19-Мрт-21, 07:01
	> Зависит от. Поменьше болтовни, про tar c gz/bz2 я и без тебя знаю, побольше про свой любимый формат.
	Ответить | Правка | Наверх | Cообщить модератору

	285. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от Аноним (-), 05-Апр-21, 01:35
	> Поменьше болтовни, про tar c gz/bz2 я и без тебя знаю, побольше > про свой любимый формат. Увы, я не верю в серебряные пули - и поэтому предпочитаю формат под задачу выбирать. И если сформулировано что должно еще и ошибки чтения переживать - это не про tar.gz/xz/bz2/...
	Ответить | Правка | К родителю #214 | Наверх | Cообщить модератору

	132. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от timur.davletshin (ok), 18-Мрт-21, 05:53
	> И чего? Это не значит что надо пакуя новые данные ограничиться словарем > в 32 кило эпохи доса. Блок bz2 в 900 кило тоже > не предел мечтаний в современном мире. И дальше этой дистанции оно > в принципе избыточность не убирает, как я понимаю. Речь идёт об алгоритме, который работает в том числе на слабых IoТ устройствах или ты мне на микроконтроллер, который ещё более-менее тянет HTML и при желании всё же может жать zlib'ом, предлагаешь засунуть словарь brotli? Вы со своими Феномами вообще потеряли берега. Куча устройств НИКОГДА не получит производительности, достаточной для brotli. Сами же создаёте условия для неуниверсальности решений, а потом жалуетесь на фрагментацию платформ и невозможность изучить и начать зарабатывать деньги на этом. Я уже не говорю о том, что история потом элементрарно повторяется, когда переизобретается велосипед с новым уровнем абстракции.
	Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

	198. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от Аноним (-), 19-Мрт-21, 00:57
	> Речь идёт об алгоритме, который работает в том числе на слабых IoТ устройствах Им bz2 совсем не друг, там проблемы со всем и сразу - и плотное сжатие все хотят, и проц дохлый. А bz2 там нечего ловить, тормозной и жмет неважно, ни два ни полтора получается. > или ты мне на микроконтроллер, который ещё более-менее тянет HTML > и при желании всё же может жать zlib'ом, предлагаешь засунуть словарь brotli? Там не столько в словаре будет основная проблема. А в том что максимальный объем RAM, даже на декомпрессию, может быть довольно непотребный (минимум словарь размером + еще оверхед). Впрочем 200 кило словаря в чем-то таком тоже "не очень". И поэтому там не логично заявлять accepts для бротли. Иначе можно тупо OOM получить если ремота прикольнется. Хочешь рассказать мне про микроконтроллеры? :) Так то там что-то типа crush интересно, декодер лезет на экран, жмет сносно, "uses no RAM for decompression" (в том плане что там нет больших state, словарей, ... ). Можно LZO и UCL, но там декодеры воистину наркоманские. > Вы со своими Феномами вообще потеряли берега. Мы с нашими STM32F0 еще и не на таком декомпрессию запускали... вон там чуваки с Z80 ажно. Чего вопишь? Хошь алго покажу? Спроси LZSA на гитхабе. Весьма непогано жмет для "simple LZ" в втором варианте. И даже на Z80 декомпрессуемо. > Куча устройств НИКОГДА не получит производительности, достаточной для brotli. Мне этот момент тоже не нравится до некоторой степени. > Сами же создаёте условия для неуниверсальности решений, а потом жалуетесь на > фрагментацию платформ и невозможность изучить и начать зарабатывать деньги на этом. Зарабатывать деньги на ... чем именно? Небольшом объеме данных? Я видите ли в этом случае использую компактные бинарные протоколы, резонно полагая что чем меньше на входе, тем больше предпосылок чтобы и на выходе было меньше, да и времени на сжатие и распаковку так меньше. > Я уже не говорю о том, что история потом элементрарно повторяется, когда > переизобретается велосипед с новым уровнем абстракции. Тем не менее сама возможность вгружать словари достаточно забавная. Ты никогда не думал что это дельтакомпрессор на халяву? Это делается так: словарем грузится old version. Запускается алгоритм сжатия. Его выхлоп с тем словарем - дельта новой версии от старой по сути. Если ремота при декомпрессе тоже умеет словарь юзать, может вгрузить вон ту дельту и сделать из старой версии новую ... просто распаковав это. А хренли, LZ как таковой совпадения кодирует и если история предзагружена из словаря - ну значит и относительно этого закодирует. По этой причине большой словарь и является мухлежом. Если довести идею до абсолюта, скачав всю википедию любая статья жмется до URL на нее. Но словарь получается оооооочень большой :)
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	–1 +/–
	Сообщение от Аноним (7), 17-Мрт-21, 23:50
	Смотри. Взять lzma вместо bz2 -- первый жмёт быстрее и лучше второго, добавить парити на сэкономленное место, и в итоге получить по-настоящему устойчивый к повреждениям файл так ещё и ещё остаться в плюсе по экономии места. https://www.opennet.ru/openforum/vsluhforumID3/123533.html#178
	Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

	98. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	–1 +/–
	Сообщение от timur.davletshin (ok), 17-Мрт-21, 23:54
	> Смотри... Вперёд! Миру нужен ещё один формат архивов.
	Ответить | Правка | Наверх | Cообщить модератору

	106. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	–1 +/–
	Сообщение от Аноним (7), 18-Мрт-21, 00:09
	Так там тот же тар. Просто сжат получше.
	Ответить | Правка | Наверх | Cообщить модератору

	130. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от Аноним (-), 18-Мрт-21, 05:33
	> Вперёд! Миру нужен ещё один формат архивов. Не, блин, будем до упора пользоваться ископаемой архаикой, тормозной как трактор и при этом не дающей никаких измеримых _гарантий_ дата рекавери в сколь-нибудь потребном виде. Если уж кого восстановление с битых архивов интересовало - логично это делать нормально.
	Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

	133. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от timur.davletshin (ok), 18-Мрт-21, 06:04
	Ты par видимо не застал, его одно время форсили. Там один криво реализованный алгоритм два раза исправляли. В результате каша форматов вышла и из-за этого не взлетело. > Не, блин, будем до упора пользоваться ископаемой архаикой Между оптимизированной "архаикой" вроде того же zlib-ng и кривоспроектированной "современностью" brotli я выбираю "архаику".
	Ответить | Правка | Наверх | Cообщить модератору

	199. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от Аноним (-), 19-Мрт-21, 01:02
	> Ты par видимо не застал, его одно время форсили. Когда ничего лучше не было - форсили. А так то алгоритмы сжатия, вот, развиваются постепенно. > Там один криво реализованный алгоритм два раза исправляли. В результате каша форматов вышла и > из-за этого не взлетело. Да почему? В свое время достаточно популярный был. Но это время все же прошло. > Между оптимизированной "архаикой" вроде того же zlib-ng и кривоспроектированной >  "современностью" brotli я выбираю "архаику". ИМХО смотря где. Вон тот одноплатник с гигом RAM его прожует влет и сэкономит траф. А вон тот роуетер с 32 RAM могет по OOM улететь уже. И на нем в accepts заявлять brotli уже чревато ремотным выносом.
	Ответить | Правка | Наверх | Cообщить модератору

	94. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	–2 +/–
	Сообщение от Аноним (7), 17-Мрт-21, 23:35
	Было бы здорово, если бы было можно прицепить парити к файлу. Ну там по типу ntfs-streams, а то в xattr слишком много ограничений для такого. Сколько там 1 поле ограничего 64кб и всего 255 полей или всего 64кб на всё? Я не помню. А так бы взял приложил к любому файлу 5% парити и ты в шоколаде. А это всё "восстановление" полнейшая лажа -- файлы всё равно битые и часть данных потеряется.
	Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

	100. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от timur.davletshin (ok), 17-Мрт-21, 23:55
	> файлы всё равно > битые и часть данных потеряется. Весь уровень знаний в одной фразе.
	Ответить | Правка | Наверх | Cообщить модератору

	104. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	–1 +/–
	Сообщение от Аноним (7), 18-Мрт-21, 00:06
	Ну сорян, я правда не слышал чтобы какое-либо парити хотя бы по типу кода рида-соломона было в том же bz2, не говоря уже об остальных. Когда я исследовал вопрос, единственное заключение, к которому я пришёл: этот формат _возможно_ потеряет меньше данных из битого потока, но и только. И равндомно повредятся всё равно несколько файлов, поскольку bz2 их не различает. Или я тебя не понял?
	Ответить | Правка | Наверх | Cообщить модератору

	109. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	–1 +/–
	Сообщение от Аноним (-), 18-Мрт-21, 01:03
	Так еще и по bz2 ыксперд ? Десять салом онов из десяти :D
	Ответить | Правка | Наверх | Cообщить модератору

	112. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от Аноним (7), 18-Мрт-21, 01:41
	Меня почему-то раздражает твоя тупость. Хотя я не часто встречаю таких самонадеянных глупцов, может быть в этом дело.
	Ответить | Правка | Наверх | Cообщить модератору

	149. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от Аноним (-), 18-Мрт-21, 11:54
	Удивительно, но моя мудрость спровоцирована твоей глупостью.
	Ответить | Правка | Наверх | Cообщить модератору

	134. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от timur.davletshin (ok), 18-Мрт-21, 06:08
	> Ну сорян, я правда не слышал чтобы какое-либо парити хотя бы по > типу кода рида-соломона было в том же bz2, не говоря уже > об остальных. Когда я исследовал вопрос, единственное заключение, к которому я > пришёл: этот формат _возможно_ потеряет меньше данных из битого потока, но > и только. И равндомно повредятся всё равно несколько файлов, поскольку bz2 > их не различает. Или я тебя не понял? Да, его нет. Парити обеспечивали ленточные накопители, под которые tar и проектировался когда-то. Кто там сейчас из дисковых или твердотельных накопителей парити умеет? Или уже портиться они перестали? Парити в par/dar фиксили, первое не взлетело, второе вроде даже ещё шевелится.
	Ответить | Правка | К родителю #104 | Наверх | Cообщить модератору

	171. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от Аноним (7), 18-Мрт-21, 19:46
	Что это пар не взлетело? А что же я каждый день на файлообменных форумах вижу его? Парити в 1мб позволяет исправить сотни килобайт повреждений сразу в нескольких местах на 1гб архиве. Как часто архивы бьются? Ну, если отбросить посыпавшиеся сектора, наверно наиболее вероятен битфлип и сбоящая память. Так вот, парити в 1мб скорее всего будет достаточно для того, чтобы восстановить все данные  и пару мб на гб можно и выделить. Взять какой-нибудь lzma вместо gzip и парити может быть уже 5-10% при том же объёме, а это уже вообще наверно любой файл можно восстановить. 5мб парити на гигабайт и так за глаза для восстановления кучи повреждений, и это всего пол процента.
	Ответить | Правка | Наверх | Cообщить модератору

	172. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от Аноним (7), 18-Мрт-21, 19:53
	Правда нужно учитывать что на ссд скорее всего вылетать будут блоки не 512 байт или 4кб или даже 8кб, а сразу по 20мб, а это значит на одно такое повреждение понадобится никак не меньше 20мб парити (а на деле больше). 5% от гигабайта это 50мб если я ничего не путаю, в таком случае может хватить и 3. Но вообще, вопрос был про парити в дисках, и, насколько я знаю, в ссд есть скрытое парити, иначе данные постоянно бы сгнивали, чего не происходит аж до года да? Или, во всяком случае, было, где-то я слышал такую информацию.
	Ответить | Правка | Наверх | Cообщить модератору

	278. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от Аноним (-), 27-Мрт-21, 01:04
	> Правда нужно учитывать что на ссд скорее всего вылетать будут блоки не > 512 байт или 4кб или даже 8кб, а сразу по 20мб, 1) FEC делается _постранично_. И вылетает страница, если FEC не выдюжил вон то количество сбойных битов. У HDD соответственно вылетает сектор. 2) Erase block (который крупный) маркируется как BAD по итогам _стирания_ а не записи. Данные при этом в него еще не успевают затолкать. 3) Erase block чаще всего кратен 2^N и 20 мегабайтов он обычно не бывает. Хотя с чудесатыми TLC возможны и варианты. При чтении нет никаких предпосылок не прочитать весь eraseblock. Читается страницами, а "ошибка стирания" - всего лишь "не все биты вернулись в исходное состояние". Он при этом успешно запишется, кроме скольких-то битов, и постраничное чтение вытащит большинство страниц. > а это значит на одно такое повреждение понадобится никак не меньше > 20мб парити (а на деле больше). Бывают странные приколы, конечно, когда питание екнули а ssd eraseblock или erase group кантовал и он уже стер, но еще не записал, а тут питание пропало, но приличные SSD при этом все же сие не теряют, только изменение которое хотели сделать. А вот неприличные флехи с примитивным контроллером - могут. Но при этом может ФС урыться, тогда у вас будут более веселые проблемы. Или таблица трансляции, тогда ваш файл будет выглядеть очень интересно и вы врядли это сами соберете. Паззл из кусочков собирать на глазок не сильно просто.
	Ответить | Правка | Наверх | Cообщить модератору

	173. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от timur.davletshin (ok), 18-Мрт-21, 20:00
	Я не знаю, по каким местам вы шастаете (кстати, а где?), но в дикой природе я его уже лет 5 не видел. Допускаю, что просто сменил пристрастия за последние 10 лет. Там просто в первой версии был какой-то убер-тупейший баг дизайна из-за которого почти сразу второй формат запилили. Про преимущества парити мне рассказывать не надо, я ещё 5 лет назад хоть и относительно простецкие, но стримеры использовал, там это всё есть на железном уровне.
	Ответить | Правка | К родителю #171 | Наверх | Cообщить модератору

	284. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от пох. (?), 27-Мрт-21, 20:00
	> Я не знаю, по каким местам вы шастаете (кстати, а где?) варезник, небось там критично свойство архиватора нарезать мелкими ломтиками, ну и восстановление тоже. У криминала свои специфические нужды и странности.
	Ответить | Правка | Наверх | Cообщить модератору

	200. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+2 +/–
	Сообщение от Аноним (-), 19-Мрт-21, 01:06
	> Ну сорян, я правда не слышал чтобы какое-либо парити хотя бы по > типу кода рида-соломона было в том же bz2, Да нет там ничего такого, он просто состояние компрессора каждый блок сбрасывает. От чего и имеет проблемы с неважным сжатием, но декомпресс при факапе можно начать с нового блока. В случае solid сжатия - с момента сбоя в декомпреснутом потоке ессно труха и хвост не декодируем совсем. А таки да, рид-соломон и т.п. при правильном применении будет сильно эффективнее, загасив сбой в ноль, ценой некоего оверхеда. В том бомж-репайре видите ли вообще совсем никаких гарантий относительно того что накроется и что починится. Поэтому те кому надо было всерьез юзают FEC конечно же, или просто делают несколько копий.
	Ответить | Правка | К родителю #104 | Наверх | Cообщить модератору

	102. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+1 +/–
	Сообщение от Твоя мама (?), 17-Мрт-21, 23:57
	bzip вообще не нужен, xz на низких степенях сжатия (-3 и около того) жмёт быстрее и сильнее.
	Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

	273. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+1 +/–
	Сообщение от edo (ok), 21-Мрт-21, 20:15
	Справедливости ради, на некоторых входных данных bzip2 сжимает эффективнее, чем xz. Но в целом согласен, при наличии xz и zstd bzip2 не особо актуален.
	Ответить | Правка | Наверх | Cообщить модератору

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

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