Чатик. Начинаем закруглятся с левыми темами на сегодня. А то у нас тут пяток новобранцев. Даже неудобно

и чем она лучше книжки отп и элексир?

обсуждение всего кроме эликсира

о, у меня по эликсиру есть вопрос

и всё-таки от диванной психологии удержаться трудно

о, у меня по эликсиру есть вопрос

Трави

Не важно. Даже если 10 минут. Уже церковь переобуется и скажет что душа где-то в ухе

а сейчас что говорят? где она?))

Где-то в груди

Трави

есть модуль defmodule MyHello do use Application def start(_type, _args) do import Supervisor.Spec, warn: false children = [ worker(MyHello.AppWorker, []) ] opts = [strategy: :one_for_one, name: MyHello.Supervisor] Supervisor.start_link(children, opts) end end вопрос — нормально ли все с этим супервизором? какие существуют подвохи? (я просто краб, попытался потестировать— убить воркер с консоли :erlang.exit(pid, :kill) но упал не только воркер а также весь апп сижу думаю — толи я не то убил, толи не так убил, толи криво написан супервизор — вот насчет последнего решил просить )

Ты убил из консоли видимо

Там respawn не пашет если не объявить

Там respawn не пашет если не объявить

тоесть в моем коде чего-то нехватает? понял, пойду гуглить

http://tech.footballaddicts.com/blog/the-pursuit-of-instant-pushes

Пуш система

Elixir + cassandra

1.3M пушей за 16 сек, основной bottleneck при этом в левых компонентах

да, отличный пример использования эликсира. я все еще не хочу писать сайты на фениксе вместо рельс, но вот отдельные микросервисы на эликсире самое то

Кто тут кодит в виме? Есть рабочая тема типа atom dark? Нагуглил старые, которые либо вообще не работают, либо ставятся неправильно, либо работают неправильно

Я поставил тему в виме 3 года назад - с тех пор не меняю

Можешь посмотреть в конфиге моем

Ну дай мне ссылку на конфиг или лучше скажи название :)

https://github.com/Virviil/vimfiles

vim-one?

Если я ставлю set background=dark, а не light, как у тебя, то фон становится черным, а не синим, как у них на скринах

Товарищи, если кто-то на днях решил пощупать ueberauth и ueberauth_twitter в частности, и наткнулся на проблему с компиляцией $ mix deps.compile oauth {"init terminating in do_boot",{undef,[{make,all_or_nothing,[],[]},{init,start_em,1,[]},{init,do_boot,3,[]}]}} то ставьте пакет erlang-nox (в случае ubuntu и, наверное, debian) А вообще пишу это всё чтобы спросить как из скудных сообщений и erl_dump понять что мне не хватало какого-то там пакета? :D

Как ты ставил сам Erlang?

Nox это мета пакет, который тянет другие

Скорее всего у тебя изначально не было каких-то базовых пакетов

Nox их просто подтянул

В общем nox это минимальная инсталляция ирлэнга не требующая X сервера

У меня пакет erlang с репов erlang-solutions имеет все пакеты erlang-nox

хм, вроде бы также делал. но мне еще важно понять как разобраться в каше логов

https://elixirschool.com/

кстати с планшета очень удобно читать эту книгу

всем привет

как я понял, elixir неплох для сетевых запросов с немаленьким пейлоадом

У elixir/Erlang/BEAM в арсенале отличный паралелизм/синтаксис работы с binarymatching'ом и замечательный OTP. Но я считаю, что ресурсоемкость разбора сложного сетевого протокола будет возможно хуже даже Java, не говоря уже о плюсах. Исхожу из того, что сама реализация многих функций в BEAM скорее всего хуже, чем Java и возможного решения C/C++. Отталкиваюсь от проекта сравнения wordcount на разных языках https://github.com/juditacs/wordcount. Но никто не запрещает написать сам протокол в NIF или C-node. Так что итоговый ответ: да, elixir отлично подходит да обработки любого сетевого трафика.

"Но я считаю, что ресурсоемкость разбора сложного сетевого протокола будет возможно хуже даже Java, не говоря уже о плюсах. " в принципе не согласен, рекомендую почитать про паттерн матчинг повнимательнее и посмотреть примеры здесь: http://wagerlabs.com/blog/2008/02/03/2011-12-06-parsing-text-and-binary-files-with-erlang/

такой магии матчинга бинарных данных на сложные структуры данных нигде не видел кроме эрланга

да, вывод про неэффективность разбора протокола в корне неверна.

binary pattern matching как раз придумали для этого, и скорость такого разбора часто упирается в скорость сетевого интерфейса.

это одна из киллер-фич эрланга

А как связан wordcount, который кто-то там пишет, и реальный код в Erlang - совершенно непонятно. Смахивает на троллинг.

посмотрел на эликсире и руби примеры wordcount, неэффективные какие-то и мне кажется тот кто это писал не очень в этих языках разбирается

на перле ништяк пример ?

ну и разный функционал и алгоритмы у примеров в wordcount, я бы не рекомендовал на эту репу ориентироваться вообще

ну wordcount я привел в качестве наиболее близкого (которое я знаю) сравнения производительности различных языков (компиляторов/интерпретаторов). По поводу эффективной реализации binarymatching сомнений нет, но это не значит что такого нет в Java/С (конкретных библиотек я не знаю).

в эрланге это на уровне языка

соответственно большинство программистов на erlang решат эту задачу однообразно и быстро а на java/c будет зоопарк непонятного качества и производительности

это реально киллерфича эрланга

Это несомненный плюс. И только уже за это я его обажаю.

соответственно большинство программистов на erlang решат эту задачу однообразно и быстро а на java/c будет зоопарк непонятного качества и производительности

Но суть обсуждаемого вопроса была в эффективности работы с сетевыми протоколами. Протокол может планироваться сложным для высоконагруженного проекта, где требуется максимально эффективное решение. И этим решением не обязательно будет на Erlang так как BEAM ну никак не может быть таким производительным во всем. Выбор быстрая, лаконичная и легкочитаемая реализация на elixir/Erlang или более сложная на чем-то другом (может и в виде NIF, C-node), но с приростом в производительности - это выбор архитектора проекта.

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

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

Да, и со строками у него беда. В общем, он не про скорость, точно

Ребята, у кого нить есть на примете статья про поднятие phoenix проекта на докере с docker-compose

я вот чет пытаюсь запустить на докере, но не получается

делал по этой статье https://floriank.github.io/post/using-phoenix-with-docker-part-3-containerization/

Ребята, у кого нить есть на примете статья про поднятие phoenix проекта на докере с docker-compose

Чём-то было

В радаре

да да

недавно рассылки прилетали

http://teamon.eu/2017/deploying-phoenix-to-production-using-docker/?utm_source=elixirdigest&utm_medium=email&utm_campaign=featured

В радаре

Что за радар?

ERROR: S client not available

Elixir radar

На этой-следующей неделе у нас на https://wunsh.ru запланирован перевод статьи про деплой через Докер

На этой-следующей неделе у нас на https://wunsh.ru запланирован перевод статьи про деплой через Докер

Looking forward :)

https://elixirschool.com/

Блин, вот где оно раньше было...

Йо Есть какая то альтернатива форку, если пакет не поддерживается мейнтейнером? Хочу избежать лучших практик нпм)

binary pattern matching как раз придумали для этого, и скорость такого разбора часто упирается в скорость сетевого интерфейса.

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

На этой-следующей неделе у нас на https://wunsh.ru запланирован перевод статьи про деплой через Докер

тут было пару срачей, все еще считается что докер для эрланг/эликсир аппов не подходящий вариант

с другой сторону на k8n если весь стек крутится, то и деваться некуда.

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

Вот потому я вместо докера взял LXC. Но моя специфика в том, что у меня единица развертывания - виртуалка, а не приложение. Докер - штука прикольная, но мне пока без надобности.

Вот потому я вместо докера взял LXC. Но моя специфика в том, что у меня единица развертывания - виртуалка, а не приложение. Докер - штука прикольная, но мне пока без надобности.

а есть что почитать про elixir lxc?

lxc к эликсиру не имеет отношения.

про lxc есть тут: http://eax.me/lxc/

Есть ещё LXD - демон с рест апи, который позволяет удобно рулить lxc-виртуалками, и репозиториями контейнеров.

собсно LXD - высокоуровневая штука, которая внутри использует LXC

там в комментах пишут что мол все плохо

Lxc не хайп

докер да, хайпали перехайпали

Ну я хз, у меня LXC просто работает. И про накладные расходы как-то очень странно слышать, учитывая, что это виртуализация уровня ядра.

Мож чуваки со старой версией работали, или готовить не умеют

на вид(я наискосок поглядел), похоже на докер для бедных

Мож чуваки со старой версией работали, или готовить не умеют

да там жалуются на старые issues, уже закрытые

Скорее докер - lxc для бедных. :) Внутри механизмы одни и те же. cgroups и ещё чото

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

А, ну и внутри LXC можно запустить докер-контейнеры. [тут должна быть картинка с буханкой-троллейбусом]

Но внутри контейнера докера другой контейнер не запустишь ?

[тут должна быть картинка с xzibit'ом]

Но внутри контейнера докера другой контейнер не запустишь ?

Можно же

[тут должна быть картинка с xzibit'ом]

https://i1.wp.com/blog.docker.com/wp-content/uploads/2013/09/docker-meme.jpg?w=499&ssl=1

держите свежака https://blog.codeship.com/comparing-elixir-go/