Не надо таскать исходники без большой необходимости.

один коммит сломавший мастер и ты превращаешься в тыкву :D

сделал через  сабрепо +  чекаут

сабрепо победил авторизацию на гите
чекаут подхватил исходники из deps

не очень вариант. надо мануал еще будет как обновляться. хотябы subtree тогда

паралельно пробуем запустить клон hex.pm
но тут похоже быстро не получится
поэтому пока сабрепо+чекаут
сабрепо обновляется при вызоре git с ключем -recursive

версия deps берется из параметров в rebar.config, если установить для репы {tag, }  то не сломается

чет не могу найти где в нём dist

Это не дист

Честно, даже не представляю как это работает... Если разберетесь - черканите статецку какую

а это и не дист, это альтернатива ему.

https://www.youtube.com/watch?v=KrwhOkiifQ8 - вот какое-то видео, там как раз описание принципа работы. Как альтернатива статьям :)

Я имею ввиду как это у себя заставить работать

Ааа :) Не пробовал))

Ясно. Я думал там какое волшебство, сберегающее такты на интерконнекте

не, это отдельная реализация, и даже не дроп-ин замена, но если я правильно припоминаю, семантика та же, только синтаксис меняется. .

там волшебство в тех местах, где он контролирует параллелизм раздачи tcp коннектов на ядра. По дефолту в эрланге этого или слишком много (каждый-с-каждым), или слишком мало (множество сендеров ст мессаджи множеству ресиверов через единственный коннект между двумя машинами). То, что он делает, это ограничивает параллелизм сверху через полусвязанную сеть и gossip, и ограничивает сризу через количество одновременных соединений снизу между двумя нодами. Остальное — как планировать мессаги между всей этой кодлой соединений, это уже не так важно (напр., app-level key).

Что заметается под ковер: большинство выгоды наступает тогда, когда:
— обычная система загнулась бы по ulimit (ну так подними ulimit, проблем-то). Напр, когда он говорит про проблему 256 нод в кластере.
— когда сообщения очень большие (512k—8M). В этом случае больший параллелизм системы позволяет запихнуть сообщения в ядро и дальше уже шестнадцатиядерная система будет всеми ядрами каждое сообщение дробить и независимо пихать в канал. То есть, мы быстро убираем сообщение из ядра эрланга в ядро операционки, где нам внезапно становится доступен предварительно настроенный нами полный параллелизм системы.

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

Почему это не впихвается в ОТП? Кажется довольно логично, что хотя бы количество tcp соединений ты бы мог между нодами настраивать сам, не?