https://ns.opennet.ru/openforum/vsluhforumID3/123598.html Доступен релиз библиотеки zlib-ng 2.0 который отмечен как первый стабильный выпуск проекта (следом уже доступен корректирующий выпуск 2.0.1). Zlib-ng совместим с zlib на уровне API, но предоставляет дополнительные оптимизации, не принятые в официальный репозиторий zlib из-за консервативного подхода к приёму изменений. Дополнительно предложен модернизированный API, основанный на zlib, но изменённый для упрощения портирования. Код проекта написан на языке Си и распространяется под лицензией Zlib...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=54775<br> https://ns.opennet.ru/openforum/vsluhforumID3/123598.html#287 Wed, 12 Feb 2025 12:55:23 GMT git clone https://github.com/zlib-ng/zlib-ng<br>cd zlib-ng<br>cmake . -D ZLIB_COMPAT=ON<br>cmake --build . --config Release<br>LD_PRELOAD=libz.so mc<br> https://ns.opennet.ru/openforum/vsluhforumID3/123598.html#286 Mon, 03 Jan 2022 00:07:36 GMT Да уж. Тоже мне бинарная совместимость... Попытался через LD_LIBRARY_PATH заменить стандартную /lib/libz.so.6 на libz-ng.so.2.0.6:<br><br>$ mc<br>ld-elf.so.1: /usr/local/lib/libz.so.6: version ZLIB_1.2.4.0 required by /usr/local/lib/libssh2.so.1 not found<br> https://ns.opennet.ru/openforum/vsluhforumID3/123598.html#285 Sun, 04 Apr 2021 22:35:36 GMT &gt; Поменьше болтовни, про tar c gz/bz2 я и без тебя знаю, побольше <br>&gt; про свой любимый формат.<br><br>Увы, я не верю в серебряные пули - и поэтому предпочитаю формат под задачу выбирать. И если сформулировано что должно еще и ошибки чтения переживать - это не про tar.gz/xz/bz2/... <br> https://ns.opennet.ru/openforum/vsluhforumID3/123598.html#284 Sat, 27 Mar 2021 17:00:29 GMT &gt; Я не знаю, по каким местам вы шастаете (кстати, а где?)<br><br>варезник, небось<br><br>там критично свойство архиватора нарезать мелкими ломтиками, ну и восстановление тоже.<br>У криминала свои специфические нужды и странности.<br><br> https://ns.opennet.ru/openforum/vsluhforumID3/123598.html#283 Sat, 27 Mar 2021 16:56:10 GMT &gt;&gt; ты бы лучше расписал детали, что и где у тебя пошло не <br>&gt; Я тебе даже расписывал как я его на машине с битой RAM <br><br>я Тимура спрашивал, вообще-то. То что в твоем специфическом случае оно работало - ничуть не гарантирует от катастроф. А вот знание у кого и когда оно НЕ сработало - позволит подстелить соломки или вовремя спрыгнуть с технологии.<br><br> https://ns.opennet.ru/openforum/vsluhforumID3/123598.html#282 Sat, 27 Mar 2021 16:51:58 GMT &gt; Знаешь, пох, с таким подходом - софтом вообще лучше не пользоваться, в нем баги бывают. <br><br>я _только_что_ напоролся. Переоптимизированный для amd64 код умудряется порождать такое, что клиент на неправильной платформе - падает. Потому что там нет этой оптимизации, и, похоже, никто не то что не тестировал, а даже не отлаживал.<br><br>&gt; И это, у лифтов так то трос тоже обрывается иногда<br><br>изобретением Отиса, если ты не в курсе, был вовсе не тросовый подъемник, их в шахтах сто лет до того использовали, а вот в домах таких дураков не было, звиздовали по лестницам (шахтеров-то не жалко).<br><br>А современные смузихлебы "изобретут" именно лифт без уловителя. Они так мыслят, и так все строят. Но внизу будет автоматически выпадать специальная губка, впитывающая кровь и кишки, если что.<br><br>&gt; Может не все так просто в этом мире?<br><br>в _современном_ все именно так. Метания ВОЗ и властей в "борьбе" с ковидлой вполне достаточное тому свидетельство. Человечество за последние 20 лет в значительной степени утратило и инженерное мышле https://ns.opennet.ru/openforum/vsluhforumID3/123598.html#281 Fri, 26 Mar 2021 23:24:29 GMT На сжатие он медленный, особенно на 9чку. Не для сжатия текстур скажем так. На распаковку достаточно ок конечно.<br> https://ns.opennet.ru/openforum/vsluhforumID3/123598.html#280 Fri, 26 Mar 2021 23:06:02 GMT Я ещё могу понять, что неэффективный (тут по коэффициенту сжатия всё равно всех делает PAQ8) или неоптимальный (где, судя по всему, хорош Zstandard), но с каких это пор он медленный? <br> https://ns.opennet.ru/openforum/vsluhforumID3/123598.html#279 Fri, 26 Mar 2021 22:24:40 GMT &gt; теперь тебе надо не только знать ассемблер и архитектуру (три разных, как <br>&gt; в этом проекте), но еще и замысловатый синтаксис конкретного компилятора ;-) <br><br>Немного не так. Теперь надо знать "возможности архитектуры" и "желаемую операцию". При этом есть шанс что на разных платформах смогут относительно эффективно скроить вон то (интринсик с этим синтаксисом) из того что у платформы есть. <br><br>Если что я таки запиливал интринсики себе, "как у ARM и STM32 в cmsis, но моим кодом с моей лицензией" (а почему бы и нет?!). Т.е. некий "compat".<br><br>Caller однако понятия не имеет что там унутрях __disable_irq() какого. И, более того, это сработает и на ARM и на RISCV, если я (или кто-то еще) запилит это __disable_irq() в тамошних абастракциях. Внутрях ARM и RISCV конечно разные, но caller эту разницу не увидит. <br><br>С математикой ессно сложнее - часто фичи того или иного набора команд достаточно уникальны и не имеют прямых аналогов. Сэмулировать можно что угодно, но если это не ускоряет операцию, смысл теряется и заче