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

Первый стабильный выпуск 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]

	21. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от Аноним (-), 17-Мрт-21, 17:02
	> Или я чего то не знаю, Наверное не знаешь вообще ничего. Все что ты видишь перед собой, в той или иной мере использует zlib, вся твоя графика без нее работать не будет, даже твой глубоко консольный пакетный менеджер без нее не может. Игры и инторнеты и подавно.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	23. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	–2 +/–
	Сообщение от Аноним (7), 17-Мрт-21, 17:08
	Или же знаю по крайней мере больше тебя? Во всяком случае, deflate очень медленный и неэффективный, как ни крути.
	Ответить | Правка | Наверх | Cообщить модератору

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

	31. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	–3 +/–
	Сообщение от Аноним (7), 17-Мрт-21, 18:18
	Может быть. Это не делает deflate менее опциональным.
	Ответить | Правка | Наверх | Cообщить модератору

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

	59. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от Аноним (58), 17-Мрт-21, 22:22
	> Ты даже не знаешь как работает пнг Таки можно приколоться и сделать нежатый png. Или RLE-only. Однако для декодирования произвольного inflate все же понадобится. p.s. а таки png устарел... ну вот не лучшая либа по сжатию это, словарик мелкий, скорость распаковки так себе. Тот же zstd и жмет лучше и декомпрессится быстрее одновременно.
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

	280. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от topin89 (ok), 27-Мрт-21, 02:06
	Я ещё могу понять, что неэффективный (тут по коэффициенту сжатия всё равно всех делает PAQ8) или неоптимальный (где, судя по всему, хорош Zstandard), но с каких это пор он медленный?
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	281. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от Аноним (7), 27-Мрт-21, 02:24
	На сжатие он медленный, особенно на 9чку. Не для сжатия текстур скажем так. На распаковку достаточно ок конечно.
	Ответить | Правка | Наверх | Cообщить модератору

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

	60. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+2 +/–
	Сообщение от Аноним (58), 17-Мрт-21, 22:25
	Вот ты ламер. Он используется много где. А просто потому что долгое время это было 1 приличной опенсорс либой сжатия. Ну например, формат данных HMM III (и IV) пожат тем самым deflate'ом. О чем прозрачно намекает копирайт Адлера и проч в коде их бинаря (статически влинковано, при том уязвимая версия, трололо, удачной игры по сети!).
	Ответить | Правка | Наверх | Cообщить модератору

	67. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	–2 +/–
	Сообщение от Аноним (7), 17-Мрт-21, 22:42
	Прости, но… С каких пор коммерческие поигручечки (из 90х!) считается за "используется"? Им ведь ровно всё равно, чем жать, многие и не жмут даже нули -- в итоге все эти гигабайты сейвов сжимающиеся в 100000 раз валяются на диске как есть, ровно то же самое и с текстурами. Допустим, может использоваться для _медленного_ сжатия текстур где-то, допустим. Ну и? А вот в левелдб используется снаппи, дальше что? Этот же снаппи может использоваться опционально и не очень ещё в десятке проектов. Странно, почему не дефлейт, он же такой хороший и универсальный?
	Ответить | Правка | Наверх | Cообщить модератору

	81. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+2 +/–
	Сообщение от Аноним (81), 17-Мрт-21, 23:04
	> Прости, но… С каких пор коммерческие поигручечки (из 90х!) считается за "используется"? С таких каких я в них играю, например. > 100000 раз валяются на диске как есть, ровно то же самое > и с текстурами. Да ну, эксперт в треде, все в машину! Им настолько все-равно что есть такая фирма как RadGameTools с весьма специфичными форматами, про которые ты поди и не слышал. Потому что самяя проприетарщина из проприетарщины. Они даже обуели и наехали на опенсорсника который альтернативные реализации без платной либы накодил. Правда потом из-за урона репутации с такого демарша задний ход все же дали. Но факт в том что они вот настолько считают это ценностью. И игроделы это юзают. В смысле коммерческие проприетарные, конечно. > Допустим, может использоваться для _медленного_ сжатия текстур где-то, > допустим. Ну и? А вот в левелдб используется снаппи, дальше что? А ничего. Snappy вообще один из самых бестолковых алгоритмов. Единственное его "достоинство" - NIH. В остальном он не делает ни LZ4, ни LZO, ни другие сравнимые. Ни по скорости ни по сжатию. > Этот же снаппи может использоваться опционально и не очень ещё в > десятке проектов. Странно, почему не дефлейт, он же такой хороший и универсальный? Потому что это алгоритмы из сильно рахных категорий. Snappy в принципе степень сжатия deflate не получит на большинстве типов данных. Куды гольному LZ с туповатым битстримом супротив LZ+Huffman по сжатию? Но по скорости декодирования - отпедалить два алгоритма (LZ + Huffman), очевидно, дольше чем один. Особенно актуально для распаковки LZ, которая сама по себе довольно быстрая операция в силу принципов работы.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	–1 +/–
	Сообщение от Аноним (7), 17-Мрт-21, 23:12
	>RadGameTools Опять некрофильствуешь? Я практически уверен что они кокнулись ещё в 90 (да, я в курсе, что в начале нулевых было ещё пара игрушек с bik). Насчет снаппи я ответил в соседнем посте. Они не взяли deflate видимо по причине недостаточной производительности на сжатии, что в некоторых случаях роялит. Но дейстивительно, выигрыш от его использования очень неочевиден. >из сильно рахных категорий По-моему, это несколько упрощённая и понерфленная версия zlib, возможно, именно благодаря нему появился brotli. А то и zstd (наш спаситель). Никакого отношения это всё ни к чему не имеет, deflate пусть универсальный, но с любой стороны дорогой и медленный даже сегодня, что говорить о ситуации 30 лет назад.
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+1 +/–
	Сообщение от Аноним (-), 18-Мрт-21, 04:51
	> Опять некрофильствуешь? Я практически уверен что они кокнулись ещё в 90 (да, > я в курсе, что в начале нулевых было ещё пара игрушек с bik). Черта с два! Живее всех живых. И просто для понимания, в PS5, кажется, один из их форматов В ЖЕЛЕЗО ВХАРДКОЖЕН. В смысле, там после SSD хардварный декодер. Выжимает гигов 5, чтоли, в секунду. Что дает совсем иные понятия о времени loading крутых тяжелых гамез. И даже, цуки проприетарные, выпилили, вот, репу с альтернативной реализацией своих экзотов. Правда потом из-за жесткого бэкслэша и попадания в новости с негативным контекстом - вернули. > по причине недостаточной производительности на сжатии, что в некоторых случаях роялит. Это разные классы алгоритмов. Snappy - в той же категории что LZ4, LZO, LZ5, Lizard, lsza ... (имя им легион). Одностадийный LZ, без хаффмана (арифметика, ANS, rangecoder, в общем entropy coding). Вторая фаза - кодирование за LZ энтропийным кодером повышает сжатие, но это два алгоритма друг за другом, поэтому медленнее. Особенно на распаковку. Фэйл в том что по параметрам snappy вообще совсем ничем не интересен. Он ну вот не делает сравнимые алгоритмы. Вроде бы совсем ни в чем, кроме NIH синдрома у гугла. Поэтому и не встречается почти, кроме пары гуглопроектов. > По-моему, это несколько упрощённая и понерфленная версия zlib, возможно, именно благодаря > нему появился brotli. А то и zstd (наш спаситель). Это другой класс алгоритмов - LZ без entropy coding. Точнее, zlib, zstd, lzma и ко - попросту двухступенчатые алгоритмы. Сперва примерно такой же по смыслу LZ, но его выход потом отдается фазе entropy coding. Поэтому декомпрессия медленнее, надо 2 разных алгоритма сжевать вместо 1. Нагляднее всего это в формате Lizard (потомок LZ5) видно, там даже LZ в чистом виде очень странно складывает результат, в 5 разных субпотоков (которые опционально можно huffman'у отдать, каждый отдельно конечно). > Никакого отношения это всё ни к чему не имеет, deflate пусть универсальный, > но с любой стороны дорогой и медленный даже сегодня, что говорить о ситуации 30 лет назад. Ну да, он медленноват и не очень хорошо жмет, словарик мелкий. В эпоху DOS оперативки видите ли было сильно меньше...
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	–2 +/–
	Сообщение от Аноним (7), 17-Мрт-21, 23:04
	Хотя, что касается снаппи… Будем считать, что это было тёмное время. Нет, конечно, на сжатие он в 2 и более раз быстрее, но он ведь на распаковку медленнее zlib и жмёт при этом в 2 раза хуже. Но суть в том, что медленное ресурсоёмкое сжатие походит не везде и не для всего, а так конечно может быть использовано любое сжатие где угодно. Но вот на уровне стандарта или формата файла zlib только в png.
	Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

	154. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от Аноним (-), 18-Мрт-21, 12:40
	> Хотя, что касается снаппи… Будем считать, что это было тёмное время. Будем считать, что у кого-то в гугле NIH очень зудел. > Нет, конечно, на сжатие он в 2 и более раз быстрее, но > он ведь на распаковку медленнее zlib Ващет быстрее. Но проблема в том что сравнимые алгоритмы либо - Жмут лучше а распаковываются примерно как оно. - Жмут примерно так же, но распаковываются быстрее. Есть такая штука - pareto frontier. Грубо говоря, некая кривая, "степень сжатия vs скорость распаковки". Чем лучшем сжатие, тем, естественно, сложнее это потом быстро распаковывать из-за более продвинутого алгоритма и трюков формата. Проблема snappy в том что он находится не на этой кривой state of art'а, а где-то здорово под ней, не демонстрируя стоящих результатов вообще ни с каким выбором этих соотношений. И пойнт этого дизайна вызывает вопросы, если это нечто новое. Ну, предполагается что если кто-то новое дизайнит то оно чем-то лучше старого, чтоли. А так алгоритмов такого класса и без гугля было навалом, fastlz, quicklz, lzo, примерно в то же время lz4 вылупился, более длинный список - в lzbench можно посмотреть, "fast" кодеки. > и жмёт при этом в 2 раза хуже. Если это на примере тех XMLок с ratio в 4%, там очень специфичный результат. Когда инфо настолько избыточное, входной поток в декомпрессоре почти отсутствует и не рушит кэш, и алгоритм сильно втапливает. И чем лучше сжатие тем больше выигрыш на этом. Однако если коэффициент сжатия более вменяемый, скажем, 30-50%, такая халяве не наступает, входные данные достаточно интенсивно вымывают кэш, алгоритмы более-менее в равных условиях без дискриминаци по сжатию, и соотношения вообще совсем другие - snappy уделает zlib'а по скорости в пару раз на распаковке, просто потому что там декомпрессор тривиальный, в отличие от. Это неудачные/специфичные тестовые данные, сильно избыточнее типового случая. > Но суть в том, что медленное ресурсоёмкое сжатие походит не везде и не для всего, Поэтому для этого и были всякие LZO а потом и LZ4 - но у них есть фатальный недостаток: их накодил не гугл. Впрочем, этот недостаток оказался фатальным только для гугля - ну вот заурядный  и юзает в основном пара карманных проектов гугля. > а так конечно может быть использовано любое сжатие где угодно. Но вот на уровне стандарта > или формата файла zlib только в png. Очень распостраненный формат сжатия на самом деле. Всякие gzip и ко - deflate. Или вон ресурсы и сэйвы HMMIII/IV. А на самом деле в силу халявной лицензии и существования дочерта лет - таки встречается в каждой дырке. И стандартной и не очень. В маздае installshield злибом сетапы паковал. "Installshield CAB". Это не то же самое что MS CAB, другой формат. Впрочем, последний тоже как один из вариантов алгоритма deflate допускает (называется MSZIP, но суть та же что и обычно). Эксплорер кстати .zip сразу жрет, куды ж он без поддержки inflate такой красивый? Или этого тоже мало? Оно настолько распостранено - что классификаторы неизвестных файлов и проч даже ловят хидеры zlib и проч и выдают нечто типа "zlib-compressed data", как generic классификацию даже если они не знают формат лично. Либу нашару вывалили много лет назад - ей и попользовался все кому не лень, их легион. Достаточно попробовать zlib у себя в системе удалить целиком, посмотрев сколько от него depends...
	Ответить | Правка | Наверх | Cообщить модератору

	157. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от Аноним (7), 18-Мрт-21, 14:01
	>Ващет быстрее. Но проблема в том что сравнимые алгоритмы Это на примере тестовых файлов предоставленных авторами snappy и результат бенчмарка предоставленного авторами snappy. Глубоко я не копал. >Есть такая штука - pareto frontier. Грубо говоря, некая кривая, "степень сжатия vs скорость распаковки". Только zstd сжимает как lzma9 (или даже лучше, часто ощутимо), даже быстрее lzma9, и распаковывает всё равно  в десятки раз быстрее (без преувеличения), в связи с чем меня всегда очень интересовало где это штука была и как это про неё забыли. А, может быть, она не имеет никакого отношения ко сжатию, и теоретические ограничения вызваны лишь текущими представлениями, нет? > распостраненный формат сжатия Я смотрел, что там от zlib зависит. Это не самый эффективный формат с любой стороны. Получается, "лишь бы было" и "достаточно хорошо" куда чаще, чем действительно какая-то польза и нужда. -Qt/kde -glib/gtk -cairo/mesa (те самые сжатые текстуры и тут пролезли? deflate для текстур использовать… изверги) -библиотеки шрифтов -cmake -разные эмуляторы (они опционально поддерживают сжатые gzip файлы, по крайней мере, часть из них) -libxml2 (не в курсе, с какими целями) -python/ruby/perl/nodejs -git/openssh/rsync и браузеры -gnupg -libavif и gpac (не знаю, насколько опционально) -mkvtoolnix (допустим) -gcc/gdb/llvm (без deflate тут никуда понятно *сарказм*) И что-то всё, кончились пользователи deflate. Из 1300 приложений это не так и много.
	Ответить | Правка | Наверх | Cообщить модератору

	180. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от Аноним (-), 18-Мрт-21, 23:42
	> авторами snappy. Глубоко я не копал. Верить авторам алгоритмов стоит с оговорками. Особенно если они из гугола. > Только zstd сжимает как lzma9 (или даже лучше, часто ощутимо), Вообще-то чаще всего таки хуже. Особенно с всеми фичами. Но не сильно. А распаковка *сильно* быстрее. Что и делает zstd интересным. И он соответственно ближе к этой кривой. Но все же он как движок сжатия в целом чуть менее плотный. Я их плотно срвнивал на очень разных данных с сравнимыми параметрами. > даже быстрее lzma9, и распаковывает всё равно  в десятки раз быстрее (без преувеличения) LZMA таки тормозной в распаковке. Но использует лучшие трюки получения ratio - половина остальных собезьянило технологии и идеи оттуда. > она не имеет никакого отношения ко сжатию, и теоретические ограничения вызваны > лишь текущими представлениями, нет? Та граница не стоит неподвижно. Каждый уважающий себя эксперт спит и видит чтобы подвинуть эту кривую своим алгоритмом. Крутое сжатие с быстрой распаковкой - "святой грааль" алгоритмов сжатия. На практике, конечно, применение многочисленных и крутых трюков улучшающих сжатие нагибает скорость. Как сжатия так и распаковки - их на фазе распаковки undo надо все-таки. >> распостраненный формат сжатия > Я смотрел, что там от zlib зависит. Дофига всего. Он в куче стандартов, форматов и программ на самом деле. > Это не самый эффективный формат с любой стороны. Словаря 32 кило на современных данных видите ли маловато бывает. > Получается, "лишь бы было" и "достаточно хорошо" куда > чаще, чем действительно какая-то польза и нужда. Просто он часто оказывается "good enough". Сжатие уже не позорное, скорость не как у LZMA все же, лицензия на шару, и есть под все что шевелится. А раньше особо и альтернатив не было. А так то zstd появился потому, что его автор нащупал почву для улучшений. Если кто не знает, автор ZSTD теоретически должен был стать маркетологом. Практически его занесло на компрессионные ресурсы, ему вштырило, он возьми и сделай LZ4. Народ сказал - офигеть, дайте две! И чувак решил сменить карьеру, круто и всерьез. Сейчас он в Facebook эксперт по сжатию. А ты чего думаешь они к btrfs привинтили? (ага, девы оной тоже там есть). > -gcc/gdb/llvm (без deflate тут никуда понятно *сарказм*) Сжатие дебажных символов, etc. Оно опциональное вроде. > И что-то всё, кончились пользователи deflate. Из 1300 приложений это не так и много. Там еще inter-dependencies по цепочке, половина либ ими пользуется. Хотите TIFF читать? Оок, а zip - один из валидных субформатов. А сколько из 1300 программ в PNG умеет? Небось каждая вторая? Ну а без libpng это не получится и та depends на zlib ессно. Сюрприз!
	Ответить | Правка | Наверх | Cообщить модератору

	244. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от Аноним (7), 19-Мрт-21, 14:23
	>сколько из 1300 программ в PNG умеет Штук 5, но в целом согласен. Более того, я подозреваю, что зависимость от zlib там много где может быть именно из-за png. У tiff поддержка zlib/lzma/zstd как раз опциональная, я тут рассматриваю только обязательные зависимости. По остальному мне нечего сообщить.
	Ответить | Правка | Наверх | Cообщить модератору

	249. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."	+/–
	Сообщение от Аноним (249), 20-Мрт-21, 03:56
	>>сколько из 1300 программ в PNG умеет > Штук 5, Это, имхо, врядли. PNG ща много где юзается. Ну и без zlib он как бы ни о чем. Есть минимальные генераторы нежатых версий без этого, но вот прочитать произвольный png без zlib таки будет обломно. > tiff поддержка zlib/lzma/zstd как раз опциональная, Настолько же как в PNG. Вы можете записать PNG без сжатия (некая кантата с чексуммами все же будет все-равно, но при желании минимальная генерация PNG решается без zlib в зависимостях). А если произвольный файл захотеть открыть - и там и там *может* (но не обязан, я нежатые PNG и в диком виде встречал) быть пожат zlib. И если это было так - ну вы и обломаетесь. Чем облом в одном и другом случае так уж отличается? > я тут рассматриваю только обязательные зависимости. По остальному мне нечего сообщить. Возможно скроить нежатый png без zlib в обязаловку. Ну, примерно как нежатый тифф. И прочитать его тоже без zlib соответственно.
	Ответить | Правка | Наверх | Cообщить модератору

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

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