вроде даже помню какая-то из эликсировских бенчмаркалок этим пользовалась

можно под валгриндом запустить и всё промерить ) в корне, так сказать

Полагаю, валгринд покажет системные аллокации (создание carriers), а аллокации внутри этих carriers не покажет.

ну да )

вот такая тулза еще есть  http://erlang.org/doc/man/memsup.html

к вопросу об омерзительном дизайне.

Сейчас втаскиваем в флюссоник либу, у которой немалая часть функциональности авторизации сделана в колбеке (типа как ssl callback function), но этот колбек обязательно в сишечке и на одном треде, где обрабатываются _все_ сокеты (потенциально под гигабит трафика).


Т.е. если (когда) мы захотим сходить по http чтобы уточнить: можно или не можно пускать, то на время этого запроса, весь трафик перестанет ходить.

Зато маркетинговый бюджет у авторов этого дизайна — скорее всего за миллион долларов в год

можно не ипользовать этот костыль и разорвать соединение после установления

И потерять возможность выставить адекватный статус.

Но в целом - да, так и пришлось

Коллеги, вот в продолжение к разговору про схему, типизацию и тп.

А кто-нибудь по доброй воле пользовался asn1 для упаковки данных?

К слову о схемах.

Читаю последний драфт json-schema. Уже хочется выкинуть стол в окно. Что это за путаная спецификация такая.

Особенно вмемориз для будущих писателей спецификаций, которые должны быть максимально четкими и не допускать неправильного понимания:
"This is intended to allow flexible usage."
"The application programmer and the schema author need to agree on the usage."

какой джаваскрипт, такой и джаваскрипт обжект нотэйшин.

ну это вы сильно предвзяты, тот же опен апи вполне съедобен

у нас в свое время использовали. сам с ним работал поверхностно, впечатления остались как от "это ж xml в виде бинаря"

Используем. По доброй воле, т.е. выбрали для проекта с нуля именно как решение, имеющее качественные реализации с обеих сторон: на erlang со стороны сервера (asn1ct) и на c со стороны железа (asn1c от @levwalkin). По началу пытались взлететь с Cap’n Proto, но реализация с обеих сторон оставляла желать лучшего. Когда надоело постоянно допиливать, перешли на старое, доброе и отлаженное решение, т.е. на ASN1, чему и вполне довольны. Отдельное спасибо @levwalkin за сишный компилятор!

ASN.1 настолько большой, что он с одной стороны может выглядеть как XML в виде бинаря (BER/DER), с другой как XML (XER), с третьей — как JSON (JER), но там ещё три дополнительные стороны будут оставаться, для пущей запутанности (PER, OER и ECN)

Мы используем Unaligned PER. А при отладке удобно в XER конвертировать. Но главное, что нет детских болезней ни в эрланговой части, ни в сишной. Пока единственное, с чем столкнулись - это отсутствие поддержки констант с сишной стороны (или мы ещё не нашли за что дёрнуть, чтоб завелось). Поддержка констант в схеме - это как глоток свежего воздуха после magic numbers в коде в разных частях проекта, которые требуют синхронизации.

А что у него с версиями?