Comments 17
перевод интересный, но зачем на свой вебсайт делать musl?
чтобы был статический бинарник в с минимумом зависимостей -> чтобы докер образ весил меньше
это не сам конкретно сайт, а взятый как попало alpine в сборочном контейнере без понимания, ведь он меньше по размеру /s, там glibc заменен на альтернативный аллокатор musl.
тема аллокаторов сама жирная и обширная в лынукс, но как обычно в нем выбирать приходится из сортов говна - glibc разжирает долгоиграющие бинарники в памяти, у jemaloc есть рандомные краши и дропнута поддержка, musl вот такой +часть функций glibc не имплеменчена.
Начал читать, увидел Alpine и musl, сразу подумал, что надо комментарий про аллокатор оставить. Рад, что автор сам (пусть и с чужой помощью) додумался. Альтернативные аллокаторы даже на glibc таргетах дают заметный выигрыш по производительности, а на musl они просто необходимы.
Будет быстрей, если бинарник на rust будет считывать текстовые файлы, возможно даже исполнять какие-то куски кода среди них и отвечать на запросы этим текстом. Нужно внести изменения на страницу - поправил текстовый файл и все, не надо ничего перекомпилировать.
Хотя погодите...
Глупый вопрос задам: а sccache профита в плане времени не даст?
А зачем он вообще решил контейнер сделать, подскажите, пожалуйста?
мне тоже очень интерестно
Поэтому мне бы хотелось перейти к развёртыванию веб-сайта при помощи контейнеров
Ему было неудобно собирать бинарники, он решил наворотить контейнер, в котором сборка идёт медленнее.
То есть вместо одного баш-скрипта он решил погрузиться в ад.
Этот человек может легко прогуляться на самое дно ада и непринужденно вернуться. Сделать сайт на rust, удивиться что в докере компилится немного медленно и так упороться в кишки компиляции. Возможно он это может сделать одновременно во всех мультивселенных. Чак Норрис обиженно хныкает в углу
«Почему компилятор Rust такой медленный?»