AB
у меня там не было hipe
Size: a a a
2019 October 04
СИ
так получалось, что на хосте у меня собиралось, а в докере был ерланг чуть новее. но тоже 19й. и я не мог понять, почему низкий RPS у ковбоя
если такие грабли, то выходит надо таскать erts за совтом даже на своих серверах, либо требовать точные зависимости
AB
еще раз уточню. критерий оценки "хреново" основывался на wrk2 и цифрах RPS по вызову методов api в cowboy
AB
мы там ловили всяких мелких блох. разница была в единицах процентов
AB
но с тех пор я точно знаю, что совать beam'ы собранные на другой версии не стоит. вроде бы и другие какие-то проблемы были, уже не вспомнить. год назад это было.
СИ
в пакете сечас erts 19.1.5, имы собраны на 19.3
т.е. ты не таскаешь erts за собой?
СИ
таскаю в рпм
а как же у тебя разноверсионность образуется?
AB
у меня вот образовывалось из за того, что я в докер прокидывал все каталоги и в тч _build и там были beams, но на моей машине была одна версия ерланг, а внутри контейнера грузилась другая.
СИ
я собираю один раз под несколько платформ erts и нифки, это происходит редко, может раз в год. А софт обнровляется чаще, и собирается уже более новой версией компилятора
аа, не я про то, что-бы erts таскать за пакетом с beam . но если ос разные везде, то да - так еще гимморойней будет
PK
А в чем проблема таскать всегда именно тот эрланг которым собираешь? С релизами это очень удобно сделано.
СИ
поддерживаю 4 платформы - debian/centos 32/64
ну если так как ты пишешь работает, то меня вполне устраивает
СИ
А в чем проблема таскать всегда именно тот эрланг которым собираешь? С релизами это очень удобно сделано.
ему тогда собирать под 4 платформы надо я так понимаю
ML
у меня вот образовывалось из за того, что я в докер прокидывал все каталоги и в тч _build и там были beams, но на моей машине была одна версия ерланг, а внутри контейнера грузилась другая.
Даа!!! Подстава когда слишком много пихают в gitignore и не в dockerignore