The OpenNET Project / Index page

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



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

Оглавление

Первый стабильный выпуск zlib-ng, высокопроизводительного форка zlib , opennews (??), 17-Мрт-21, (0) [смотреть все] +1

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


15. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."  +2 +/
Сообщение от Аноним (15), 17-Мрт-21, 16:34 
Прочитал то ее хоть? Сказано же - весь прирост из-за SSE* AVX2 и чего только не. А в оригинал не принимают потому что платформоспецифические инструкции и опасаются что где-то что-то под экзотику неправильно ifdef'ы распарсит и сломается.
Ответить | Правка | Наверх | Cообщить модератору

16. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."  –2 +/
Сообщение от InuYasha (??), 17-Мрт-21, 16:37 
огигиналы, наверное, про #if defined () не слышали или боятся код определения фич платформы втыкать.
Ответить | Правка | Наверх | Cообщить модератору

76. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."  –1 +/
Сообщение от Аноним (-), 17-Мрт-21, 22:52 
> огигиналы, наверное, про #if defined () не слышали или боятся код определения
> фич платформы втыкать.

Ну, понимаешь, любую фичу можно поюзать в объеме когда от своей крутизны станет плоховато. И поддержка вон тех чудесатых платформ с левыми компилерами... ух, попробуй без поллитры одуплить вообще сорец какого-нибудь LZO. Это сцуко черная магия. Но ты можешь смухлевать, попросив препроцессор прожевать тебе это. Однако без препроцессора... ммм... как тебе код состоящий из #ifdef-ов чуть более чем полностью? :)

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

144. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."  +/
Сообщение от InuYasha (??), 18-Мрт-21, 10:26 
Ну почему? Если писать красиво и грамотно - любой код читаем и понимаем. Приверы - линукс и ванговс.
> как тебе код состоящий из #ifdef-ов чуть более чем полностью? :)

А внезапно! Видел скриптовый язык, написанный на препроцессорных командах! )

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

188. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."  +/
Сообщение от Аноним (188), 19-Мрт-21, 00:29 
> Ну почему? Если писать красиво и грамотно - любой код читаем и
> понимаем. Приверы - линукс и ванговс.

Просто старинные компилеры дофига не умели или страдали дурными багами и требовали дофейхоа левых костылей, оформленых ессно ifdef'ами для той особо кривой платформы. Если этим чрезмерно увлечься, как M. Oberhumer (автор LZO/ucl/upx/...) - проблема в том что ухватить общую логику кода, когда там 20 вариантов для разных костыльных обрубков ifdef'нуто прям in place - становится довольно тяжко.

Наверное одна из причин недооценнености LZO. Сам формат достаточно недурной но optimal parse под него никто не написал, видимо потому что формальных спеков нет, а одуплять по его декодеру все особенности формата несколько канительно, когда там - вон то самое.

> А внезапно! Видел скриптовый язык, написанный на препроцессорных командах! )

Это как? Он же не тюринг полный, всего лишь заменялка токенов. Хотя я на этом смог нехило развернуться, типа range-check аргументов (с оговорками), жоских вариадиков выбирающих реализацию, эффективные битовые поля, целиком pre-computed compiletime и проч (на микроконтроллерах актуально) и прочие странности, напоминающие, наверное, плюсатые классы, только все напрочь precomputed. Но скриптовый язык?! Как они это сделали? Урл?!

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

222. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."  +/
Сообщение от InuYasha (??), 19-Мрт-21, 10:34 
> прям in place - становится довольно тяжко.

Зачем in place? В один хедер их все засунуть и оставить.

> Это как?

Huang A. - The Hardware Hacker. Adventures in Making and Breaking Hardware - 2017
We invented our own language to avoid
subconscious plagiarism—it’s too easy to read one piece of code and, from memory, code something
almost exactly the same. By transforming the code into a new language, we were forced to consider
the facts presented and express them in an original arrangement.
Scriptic is basically a set of assembler macros, and the syntax is very simple.

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

241. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."  +/
Сообщение от Аноним (-), 19-Мрт-21, 13:59 
> Зачем in place?

Ну, может, в случае если функция в целом одинакова для всех, но вон тем и вон этим вот этот кусок надо немного локально оверрайднуть? Как его такое "в один хедер" в этом случае?

> В один хедер их все засунуть и оставить.

В идеале - да. А реально в LZO - вон то вон счастье :). Поэтому декодер Crush умещается на экран, т.к. таким не парится. А LZO - экранов 10 странного месива, которое без препроцессинга вообще хрен одуплишь.

>> Это как?
> Scriptic is basically a set of assembler macros, and the syntax is very simple.

Урла у этой штуки есть? Уже довольно интересно звучит, если они умудрились сделать что-то тюрингполное из тюринг-неполного.

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

242. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."  +/
Сообщение от InuYasha (??), 19-Мрт-21, 14:14 
> Как его такое "в один хедер" в этом случае?

Случаи разные и их много, согласен. Не буду же я все варианты придумывать-перечислять )

> А LZO - экранов 10 странного месива, которое без препроцессинга вообще хрен одуплишь.

Значит, лениво писали или свитерно-бородатый однофайловый проект )

> Урла у этой штуки есть? Уже довольно интересно звучит, если они умудрились
> сделать что-то тюрингполное из тюринг-неполного.

Это книга. https://nostarch.com/hardwarehackerpaperback
Нет, нет. Это лишь описательный скрипт. Просто пример того как на практике может пригодиться то, что обычно зовут не иначе чем макробесие. )

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

255. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."  +/
Сообщение от Аноним (-), 20-Мрт-21, 05:07 
> Случаи разные и их много, согласен. Не буду же я все варианты придумывать-перечислять )

А вот Оберхамер прямо примерно это в коде и сделал ifdef'ами, злыдень. Поэтому так-то либы довольно клевые, от профи к тому же. Но вот руками это трогать почему-то все сыковали. Перестарался гуру малость с винтажными экзотами :). Впрочем, эта штука в NASAвском марсоходе вроде как - и кто его знает какие там платформы актуальны, наверное и достаточно кривые и винтажные, RAD-hard чипы в принципе весьма консервативные.

>> А LZO - экранов 10 странного месива, которое без препроцессинга вообще хрен одуплишь.
> Значит, лениво писали или свитерно-бородатый однофайловый проект )

И то и другое и можно без хлеба. FXJ Oberhumer так-то весьма крутой прогер. Но, вот, переклин на поддержке вообще всего что шевелится, и чтоб быстро, в том числе и с очень маргинальными и кривыми компилерами - свое черное дело все же сделали и код состоит из ifdef'ов чуть более чем полностью. Это на самом деле достаточно ... нетипичный подход. Показывающий что любую даже самую безобидную идею можно довести до уровня когда насчет "безобидной" можно будет поспорить. Там настолько обложено ifdef'ами что вот тупо трекинг логики алгоритма в бошке срывается при попытке его осознать. И пока я пытался понять какой из десяти вариантов мне было надо я уже слегка потерял осталной контекст...

> Нет, нет. Это лишь описательный скрипт. Просто пример того как на практике
> может пригодиться то, что обычно зовут не иначе чем макробесие. )

Так то я с препроцессором тоже нехило развлекся. Хоть и считается что это фу-фу, но местами все же клево получается, ну вон макро считает аргументы вариадик макро, и потом генерит имя вызываемого. А вон там - еще и чекает аргументы. Идея последнего подсмотрена в линуховом ядре, кстати. Они тоже макросы любят и имеют на то основания.

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

165. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."  –1 +/
Сообщение от пох. (?), 18-Мрт-21, 16:56 
Оригиналы не только слышали, как вот ты, например, но еще и в курсе, что никаким "if defined" не получится проверить наличие в компиляторе и отдельно в ассемблере нужных фич - нужных банально для протестировать возможности процессора и гордо заявить "ой, не тот". Потому что, в отличие от тебя - умеют кодить. А в отличие от этих вот модных-молодежных - умеют еще и в переносимый код, а не "многоплатформенная - это винда, винда, винда и еще вот, linux-amd64-самойпоследнейверсии".

Именно такой шлак приходится каждый раз выкидывать при пересборке на нетиповых платформах.

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

174. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."  +/
Сообщение от InuYasha (??), 18-Мрт-21, 21:02 
I understand your frustration.gif

Ну, экстраполируй за #ifdef-ы, что-ли. Мне приходилось писать код и под разные платормы и разные API, зачастую даже без #ifdef-ов. Если в коде не используешь совсем уж заковыристые инструкции, то всё везде скомпилится. printf и fopen есть на любом тостере.

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

221. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."  –1 +/
Сообщение от пох. (?), 19-Мрт-21, 09:12 
> I understand your frustration.gif

похоже, нет.
> Ну, экстраполируй за #ifdef-ы, что-ли. Мне приходилось писать код и под разные
> платормы и разные API, зачастую даже без #ifdef-ов. Если в коде

приходилось ли тебе хоть раз в жизни писать код, который вызывает "illegal opcode" или просто фэйл ассемблера? Похоже, что нет. Приходилось ли тебе менять такой код в чужом большом проекте с неясной тебе системой сборки? Точно нет.

Вот тебе кот:
// GCC >= 4.7.0 required for AVX2.
#if defined(__GNUC__) && (defined(__x86_64__) || defined(__i386__))            
#if (__GNUC__ > 4) || (__GNUC__ == 4 && (__GNUC_MINOR__ >= 7))                  
#define GCC_HAS_AVX2 1

это прямо охереть как удобочитаемо, это намертво прибито к GCC, и, РАЗУМЕЕТСЯ - неправильно.
Просто автырь никогда и не проверял - "унегофсеработаит"

Особенно здорово - что в автоконфигуре этой же штуки ЕСТЬ такой тест. И он правильно работает, поскольку не надеется на угадав __неведомаяхерня__, а проверяет факт сборки. Но афтор не разбирается в автоконфигураторе, его не он писал.

Я тоже не разбираюсь, и вечной жизни у меня нет - поэтому патчей не будет.

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

225. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."  +/
Сообщение от InuYasha (??), 19-Мрт-21, 10:39 
> приходилось ли тебе хоть раз в жизни писать код, который вызывает "illegal opcode"

Ну не, такого говнокода я не писал. Разве что - если где-то указатель выходил в открытый космос.

> Вот тебе кот:

нормальный код, только я написал бы более универсально.
#define COMPILER_HAS_AVX2
Ну, и у меня полно проектов которые комплятся от VS6 и GCC 2.x.

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

227. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."  –1 +/
Сообщение от пох. (?), 19-Мрт-21, 11:21 
> Ну не, такого говнокода я не писал.

Это нормальный код. Просто на неправильном процессоре он не должен выполниться.

А то что я процитировал - нет.
> нормальный код

только не компилируется.

> #define COMPILER_HAS_AVX2

и откуда такой возьмется? Кстати, семантика тоже неверная.

> Ну, и у меня полно проектов которые комплятся от VS6 и GCC 2.x.

ну это прекрасно, только наверняка окажется что это хеловроты.

Код который я процитировал - ни разу не хеловротный и вряд ли ты сможешь его поправить. Нет, если захочется - велкам. Правда, там еще пяток подобных мест, и не все они одинаковые, потому что это копипасты из чужих исходников.

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

231. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."  +/
Сообщение от InuYasha (??), 19-Мрт-21, 12:24 
Нахрен мне чужой быдлокод? Своего мегатонны.
Я что-то !пойму - ты админ || программист?
Ответить | Правка | Наверх | Cообщить модератору

260. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."  +/
Сообщение от Аноним (-), 20-Мрт-21, 15:49 
> Я что-то !пойму - ты админ || программист?

Он и админ и программист. Уровня бох^W пох. Извини, пох, ты не против побыть мемасиком? :P

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

263. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."  +/
Сообщение от пох. (?), 20-Мрт-21, 23:11 
> Нахрен мне чужой быдлокод? Своего мегатонны.
> Я что-то !пойму - ты админ || программист?

Я админ opensource систем. Кажется, это то, чему когда-то был посвящен данный сайт.
Весь смысл их применения вместо нормальных коммерческих решений именно в том, что иногда можно что-то самому починить.

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

267. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."  +/
Сообщение от Аноним (267), 21-Мрт-21, 06:33 
> Я админ opensource систем.

С Exchange то? Хвалящий винду? Странный какой-то "админ опенсорсных систем".

> Кажется, это то, чему когда-то был посвящен данный сайт.

Кто же его заспамил рассказами про эксченжи и винду? ;)

> Весь смысл их применения вместо нормальных коммерческих решений именно в том, что
> иногда можно что-то самому починить.

Раз в год и пох дело говорит... бывает же.

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

261. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."  +1 +/
Сообщение от Аноним (-), 20-Мрт-21, 16:12 
> Это нормальный код. Просто на неправильном процессоре он не должен выполниться.

Просто эстетикой его кодер на заморачивался и явно написал первое что ему в бошку взбрело.

> только не компилируется.

В каком месте? Ну и интринсики например - таки можно прочекать что они задефайнены. А билдсистема может и переумничать: то что бинарь с AVX2 не отработал на вот конкретно том проце, вовсе не означает что результат компила не валиден или что фичи в компилере принципиально нет. Может это билдхост был, компилящий для кого-то еще? И получится тогда горе от ума - все users обрублены до фичесета buildhost.

> и откуда такой возьмется? Кстати, семантика тоже неверная.

А вон в какой-нибудь хелпер-хидер затолкать чек компилерфич - и он задефайнит что-то такое. Так что мерзко выглядящие трехэтажные штуки будут в своем локальном загончике, в одном месте. А в актуальном коде только #if HAVE_AVX2 какое-нибудь. Понятное даже болвану и не загромождающее код.

Есть такая интересная идея - single source of truth. Если интересно, у Cyan в бложике более подробно расписано - и я нахожу что он имеет некий пойнт. В этом контексте, грубо говоря, удобно когда чек компилерфич случится в ОДНОМ месте а не ПО ВСЕЙ ПЛОЩАДИ СОРЦА. При необходимости чекнуть что-то еще - будет отрихтован 1 хидер в 1 месте, что сделает рефактор или добавление фичи намного более тривиальным занятием, не говоря про отсутствие тех 20 багов когда вы что-то не заметили в той пачке трехэтажных ifdef'ов и дали маху.

>> Ну, и у меня полно проектов которые комплятся от VS6 и GCC 2.x.
> ну это прекрасно, только наверняка окажется что это хеловроты.

Ггг а я целюсь на C99 - и кто его не умеет, ну, тот пролетает. Если за 20 лет компилер C99 платформе не накодили я таки посчитаю ее (полу)трупом. Есть, конечно, всякое, типа PIC12, но оно изначально очень на любителя.

> это копипасты из чужих исходников.

Ну вот там это может быть не когерентно чуть менее чем нихрена.

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

271. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."  +/
Сообщение от InuYasha (??), 21-Мрт-21, 13:54 
> Есть такая интересная идея - single source of truth.

Судя по тому, как ты это описал, это то, чем я и нормальные программисты пользуются со времён появления более чем двухфайловых проектов. Такие монстры как Source и UE имеют в себе по уровню системных абстракций (железо, компилятор, ОС, АПИ) в паре файлов, а всё остальное их инклюдит и никто даже не заморачивается. Никто ж в здравом уме не будет городить а каждой отрисовке #ifdef OPENGL #else ifdef DIRECT3D #else ifdef WTFGTFO...

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

275. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."  +/
Сообщение от Аноним (275), 26-Мрт-21, 10:30 
> Судя по тому, как ты это описал, это то, чем я и
> нормальные программисты пользуются со времён появления более чем двухфайловых проектов.

Возможно. Однако советую глянуть у Cyan'а в блоге (автор LZ4). Там еще очень злобный набор ключей по части warnings компилера есть. Я узнал кой-что новое даже о коде который спокойно проезжал cppcheck и -Wall/-Wextra.

> здравом уме не будет городить а каждой отрисовке #ifdef OPENGL #else
> ifdef DIRECT3D #else ifdef WTFGTFO...

Ну да. Однако, вот, попадаются весьма чудесатые экземпляры, типа LZO или UCL от Оберхамера. Дико портабельны, но цена за это огого. Я вот так с наскока даже factor out минимальный декомпрессор не смог, проще оказалось, цуко, другой алгоритм пакера взять... вон, crush, там из "типа-плюсового" кода депакер делается чисто-севый сильно проще, у него из ++ там только "namespace", который можно выпилить напрочь, а остальное по сути чистый си (видимо в винде совсем паршиво с сями, вот и лепят ++ чуть не ради // в коментах).

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

277. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."  +/
Сообщение от InuYasha (??), 26-Мрт-21, 11:42 
Эх, заставил меня вспомнить как я проект доброй сотней сырцов с -w3 перевёл на -Wall :)

>Однако советую глянуть у Cyan'а в блоге (автор LZ4).

Ну так дал бы сразу ссылку, сохранил бы собеседнику драгоценные минуты купания в гуглиях.

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

256. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."  +/
Сообщение от Аноним (-), 20-Мрт-21, 05:11 
> это прямо охереть как удобочитаемо,

Вынести в какой-нибудь хидер типа compiler-features.h, чтобы взгляд не оскорбляло? А потом везде писать что-то типа #if HAVE_AVX2 ...  ? :)

> это намертво прибито к GCC,

Шланг тоже это дефайнит.

> и, РАЗУМЕЕТСЯ - неправильно.

Если тебя AVX2 интересовал, как интринсики, тебя портабельность кода точно не колыхала.

> Просто автырь никогда и не проверял - "унегофсеработаит"

Код с AVX2 априори не особо портабелен. Удачи его на ARM завести, etc.

> проверяет факт сборки. Но афтор не разбирается в автоконфигураторе, его не он писал.

Так подсказал бы. Знать все и вся на этой планете невозможно, автор врядли от патча будет отбиваться?

> Я тоже не разбираюсь, и вечной жизни у меня нет - поэтому патчей не будет.

Ну тогда долбайся как есть :)

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

262. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."  +/
Сообщение от пох. (?), 20-Мрт-21, 23:06 
>> и, РАЗУМЕЕТСЯ - неправильно.
> Если тебя AVX2 интересовал, как интринсики, тебя портабельность кода точно не колыхала.

Автор конкретного процитированного куска думал что это - портабельно.

Но недодумал, и проверил не то, не так и не тех версий.

> Код с AVX2 априори не особо портабелен. Удачи его на ARM завести, etc.

На arm если бы ты потрудился прочитать написанное, все работает -
&& (defined(__x86_64__) || defined(__i386__))            
и в армовской сборке компилятору не требуется парсить этот кусок вообще, поэтому неважно, умеет ли он эти инструкции.

А вот сочетание не той версии с i386 - фатально для _сборки_. Оно бы даже работало, если бы собралось - там есть runtime проверка. Но мой as (а не компилятор, в чем и ошибка, помимо еще и ошибки в версии) не знает этих инструкций. Процессор их тоже не знает, поэтому апгрейдить его незачем, нужно было просто и не пытаться собирать этот код.

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

268. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."  +/
Сообщение от Аноним (-), 21-Мрт-21, 06:51 
> Автор конкретного процитированного куска думал что это - портабельно.

Интринсики и портабельно - ну, э, лол.

> Но недодумал, и проверил не то, не так и не тех версий.

С такими вещами это бывает. Специфичное знание.

> и в армовской сборке компилятору не требуется парсить этот кусок вообще, поэтому
> неважно, умеет ли он эти инструкции.

Спасибо кэп.

> А вот сочетание не той версии с i386 - фатально для _сборки_.
> Оно бы даже работало, если бы собралось - там есть runtime
> проверка. Но мой as (а не компилятор, в чем и ошибка,
> помимо еще и ошибки в версии) не знает этих инструкций. Процессор
> их тоже не знает, поэтому апгрейдить его незачем, нужно было просто
> и не пытаться собирать этот код.

Ты опять какой-то индустриальной некромансией занимался, юзая инструменты на 5 версий древнее чем у кодера? Открою страшную тайну: чем твой конфиг похожее на девелоперскую систему, тем меньше факапов тебя ждет. И наоборот. А так вон то довольно специфичное знание, в конфиге дева все работало, а проверить все сочетания таки напряжно. А чего сие за вундервафля?

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

269. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."  –1 +/
Сообщение от пох. (?), 21-Мрт-21, 10:53 
> Открою страшную тайну: чем твой конфиг похожее на девелоперскую систему, тем меньше факапов
> тебя ждет.

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

Особенно если тебе хоть сколько-то дороги твои данные.

И вот поэтому - авторы zlib абсолютно правильно подобную поделку не пустили и на порог - пусть где-нибудь в песочнице свои замки строят. Пока не повзрослеют, или пока мы все не помрем - тогда уже будет пофиг, что их раздавит песочным замком, сдуру отстроенным в натуральную величину.

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

276. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."  +/
Сообщение от Аноним (275), 26-Мрт-21, 10:34 
> Особенно если тебе хоть сколько-то дороги твои данные.

Знаешь, пох, с таким подходом - софтом вообще лучше не пользоваться, в нем баги бывают. И это, у лифтов так то трос тоже обрывается иногда, и поезда сходят с рельсов.

Если верить тебе, у дикарей жизня была сильно безопаснее. Но, правда, 35 лет уже за долгожителя считались. Может не все так просто в этом мире?

> уже будет пофиг, что их раздавит песочным замком, сдуру отстроенным в
> натуральную величину.

Справедливости ради, в zlib так то своих скелетов в шкафу. Сложное апи на все оказии, с чертовой тучей фич. А если хотелось что-то мелкое и просто немного сжатия... ну... это не про zlib вообще :)

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

282. "Первый стабильный выпуск zlib-ng, высокопроизводительного фо..."  +/
Сообщение от пох. (?), 27-Мрт-21, 19:51 
> Знаешь, пох, с таким подходом - софтом вообще лучше не пользоваться, в нем баги бывают.

я _только_что_ напоролся. Переоптимизированный для amd64 код умудряется порождать такое, что клиент на неправильной платформе - падает. Потому что там нет этой оптимизации, и, похоже, никто не то что не тестировал, а даже не отлаживал.

> И это, у лифтов так то трос тоже обрывается иногда

изобретением Отиса, если ты не в курсе, был вовсе не тросовый подъемник, их в шахтах сто лет до того использовали, а вот в домах таких дураков не было, звиздовали по лестницам (шахтеров-то не жалко).

А современные смузихлебы "изобретут" именно лифт без уловителя. Они так мыслят, и так все строят. Но внизу будет автоматически выпадать специальная губка, впитывающая кровь и кишки, если что.

> Может не все так просто в этом мире?

в _современном_ все именно так. Метания ВОЗ и властей в "борьбе" с ковидлой вполне достаточное тому свидетельство. Человечество за последние 20 лет в значительной степени утратило и инженерное мышление, и банальный здравый смысл.


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

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

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




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

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