Может быть лучше не стартовать, а позволить пользователю стартовать процесс?

Так я делаю распределение

Ну в смысле я пользователь собственной либы

И нифига не понимаю как это сделать

Это open source? Могу помочь

Либа oss

А проект - нет

Я почему то думал что можно сделать такой функционал просто и без проблем

Причём в самой либе

неужели нет стандартного способа запускать какой-нить процесс как singleton

Alex Как синглтон в кластере, такого чтобы прямо из супервизора работал без изменений нет.

@Virviil Могу сделать пример распределения для BucklerBot ?

@Virviil Могу сделать пример распределения для BucklerBot ?

Давай

Тут главное понять идею

https://stackoverflow.com/questions/4459431/erlang-best-way-for-a-singleton-gen-server-in-erlang-cluster

Можешь кстати форкнуть

http://erlang.org/doc/design_principles/distributed_applications.html

https://github.com/arjan/singleton

Alex А библиотеки есть ?

Хм...

Выглядит прикольно

Alex Последняя singleton - делает как раз то, что я предлагал с воркером.

И мониторит.

Может быть её и взять

Как раз Глобал и глобал

Alex Последняя singleton - делает как раз то, что я предлагал с воркером.

))

Только я не понял - где тогда запускать этот воркер ?

В ините аппа?

Вот тут

Или в https://github.com/BucklerBot/buckler/blob/master/apps/buckler_bot/lib/buckler_bot/application.ex

Или в application.start

Перед супервизором

похоже на то

https://github.com/BucklerBot/buckler/blob/master/apps/buckler_bot/lib/buckler_bot/application.ex#L6

Либо после супервизора, если ему нужен repo и чтобы оно до этого процесса стартовалось: with {:ok, pid} <- Supervisor.start_link(children, opts), do: ...

да. по поводу загнивения. и в целом крутости ерланг. мильёны коннектов. сетевая непробиваемость ерланга. я тут с недельку упарывался тем, что простейший Hello World на Golang FastHTTP в два раза быстрее чем Elixir - Cowboy - Plug,

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

ну и условия для измерения. с мороза там вышел. или из моря с холодной водой

даже вот взял дома тупой свитч 2000 года на 100 мегабит. и проводами соединил тестирующую машину. и тестируемую. для теста взял прям вот отдельную машину, без всяких там виртуализаций. поставил FreeBSD 11. ну и тестил с помощью JMeter. ну и вот по RPS получалось, что Golang сильно вперед выходит

я вот и страдал по этому поводу. пробовал несколько других вариантов HTTP на ерланг и эликсир. они все показывают меньший результат

еще есть ряд незаконченных самописных аксепторов TCP для приема HTTP И без разбора с отдачей прямо Hello World. ну чтоб сетевую часть на пробиваемость протестить

ряд - это уже 11 вариантов ))) ну вот 11й и 12й велосипеды по скорости RPS по мнению JMeter приблизились к скорости Cowboy

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

НО. решил тут попробовать в качестве тестировщика - Yandex.Tank

Зарядил нагрузку от 0 до 80К RPS

и получилось, что Еликсир-ковбой и Go FastHTTP показали почти одинаковый результат. Оба они уперлись в RPS порядка 5000. на используемом железе. с разницей в 500 RPS в пользу Golang

https://overload.yandex.net/46488

https://overload.yandex.net/46489

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

кул стори, бро

есть исходникик вариантов и тестовых приложений? посмотреть хочется

а. кстати еще вот такой момент интересный. на задаче установка соединения - получение данных - обработка - ответ - разрыв, это вот типичный случай для HTTP, не удалось найти разницу с включенным и выключенным EPOLL. как ни пробовал - получается ровно. со включенным EPoll даже иногда медленнее. гуглил, читал по этому поводу. похоже, что зависит от задачи. пишут, что в одних случаях выгоднее один из вариантов, в других - другой. предполагаю, что при постоянных коннектах по TCP может как раз EPoll помочь. та же история и про компиляцию в HiPE. никакой разницы нет по скорости.

есть исходникик вариантов и тестовых приложений? посмотреть хочется

так я статейку писал. в общем-то, те же самые два проекта и кручу. https://github.com/UA3MQJ/elx_small_http_cowboy https://github.com/UA3MQJ/go-small-fasthttp

@bolshakov_av Понятно и логично, что Go быстрее будет в таких бенчмарках.

да вот, кстати, нет

я тоже так сначала думал

Ну, он всё равно оказался на 500 быстрее

о чем и писал в статье

https://habrahabr.ru/post/324818/

на что мне дали очень интересный каммент

https://habrahabr.ru/post/324818/#comment_10148168

"статически скомпилированная программа просто обязана быть быстрее виртуальной машины с интерпретатором"

"Оно как бы да, но это смотря а) как скомпилированна и б) с каким интерпретатором сравнивать..."

и у него получилось, что tcl уделал elixir в 2 раза. с го он не сравнивал, т.к. в го не умеет. а я не умею в tcl. но вроде бы что-то мне там даже удалось написать на этом tcl. но как-то так. на минимальном уровне

было бы неплохо туда еще и голый erlang добавить с epoll

вот над этим сейчас как раз работаю

когда время нахожу )

понятно)

но в принципе, тема - боян. и похожие исследования можно посмотреть https://habrahabr.ru/post/306590/

так я статейку писал. в общем-то, те же самые два проекта и кручу. https://github.com/UA3MQJ/elx_small_http_cowboy https://github.com/UA3MQJ/go-small-fasthttp

Аа, так это ты на Хабер во всех статьях про Го в комментариях пишешь "вы все забыли про Эликсир, вот это крутая тема"?

Я тебя вычислил

конечно! восстанавливаю справедливость. а то они частенько пишут, что в го такая же многозадачность, как в ерланг. так я мимо такого бреда ну никак пройти не могу

По нику

Я тебя вычислил

так я и не скрываюсь особо то )

Так то ники разные

Господа, можете порекомендовать пакеты для атома (или не атома) для комфортной работы? Одного автокомплита маловато как-то оказывается, когда проект более-менее разрастается

а где у вас автокомплит работает?

В эликсире работает

У меня

Сейчас использую atom + atom-elixir + linter-elixirc + language-elixir

Spacemacs + layer elixir

в общем, в итоге, по поводу HTTP я всетаки нашел сервер H2O который даже по "неправильным" тестам от JMeter (который показывал разницу в 1.5 - 2 раза между ковбой и го) ну хоть чуть чуть, но порвал этот ваш Golang. на этом я успокоился и пошел таки спать

Сейчас использую atom + atom-elixir + linter-elixirc + language-elixir

а ОС какая?

mac

лучший автокомлит для атома это Visual Studio Code

Я бы и его попробывал, какие-то доп. пакеты нужны?

В VSCOde тот же layer elixir от emacs

Всё из коробки

Даже иногда сам end дописывает после do

А интеграция с mix тасками есть какая-то? Чтобы на терминал постоянно не переключаться

Даже иногда сам end дописывает после do

"иногда"?

есть vscode-elixir

Какие проблемы с терминалом, если он открывается через Ctrl+~

Как в кваке

Какие проблемы с терминалом, если он открывается через Ctrl+~

Не пользовался vscode, поэтому не знал, тогда проблем нет

конечно! восстанавливаю справедливость. а то они частенько пишут, что в го такая же многозадачность, как в ерланг. так я мимо такого бреда ну никак пройти не могу

надо их сразу спрашивать есть ли там супервижен три, ноды кластеры

это козыри. мы обычно заканчиваем на том, что у них многозадачность никакая.

надо их сразу спрашивать есть ли там супервижен три, ноды кластеры

Я всю ночь трахался с кластерами