Скорее всего приложение не запустилось и где-то зависло вовремя старта.

Как вариант.

да кажется так и есть
ковыряю
странно что в релизе все работает ок

В релизе другая конфигурация или ещё что.

общем в одном апликешне была зависимость на самого себя

вот так овт

Здравствуйте. Я вот только начал изучать эликсир и когда настраивал дебаггер возникла проблема. Там в доках речь идет про файл rel/config.exs . Подскажите пожалуйста как его сгенерировать

начни с того, что дебагер не нужен))

В консоли :observer.start

спасибо

Добрый день
Не могу понять куда течет памать, binary увеличивается, но ни один процесс ее не использует
В чем может быть проблема?

Если бы мы только узнали название процесса - сразу бы сказали

строки где то без контроля плодятся, может?

Есть у сборщика мусора такая особенность, что он вызывается тем чаще, чем больше работает процесс. Кроме того, большие бинари собираются подсчетом ссылок. Если это объединить, то получается, что в системе может существовать процесс, через который проходят сообщения с большими бинарями и который почти ничего не делает (например, просто пересылает бинарь дальше). Пока у него не будет собран мусор, прошедшие через него бинари тоже не будут удалены. Сам я с такой проблемой на практике не сталкивался, но слышал рассказы о таком.

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

Больше мне в голову так сходу ничего не приходит.

А, или всё проще и у какого-то процесса в состоянии лежат большие бинари. В статистике по процессу они видны, вроде, не будут.

Мб как то связано

Ок, спасибо всем, вроде понял где искать

Нашел проблему, но не могу понять как решить
GenStage:consumer сохраняет данные в базу, после записывает в ets краткую информацию
Если убрать запись в ets - то сборщик мусора корректно все подчищает
Если оставить запись в ets - начинает течь, при этом сам размер ets не сильно растет
Примерно так:
model = Repo.insert!(...)
:ets.insert(:organizations, {inn, {model.uuid, model.discharge_date}})

может быть, что в ets записываются ссылки на значения model и сборщик мусора поэтому не освобождает место из под model?

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