ну это общая инфа

я подумал, тебе нужно по отдельной записи

так то общая статистика там в system_info есть

по ней и ориентировался

ну или на худой крайняк, тот же htop :D

аллокаторы+размеры етс таблиц

After looking at this more I have realized the documentation of the memory information is correct as would be expected.  Sorry for the noise about this.  Some comment that talks about erts_debug:flat_size/1 (and erts_debug:size/1) providing the process heap size only, with an additional 1 word excluded for the register or stack storage of the top-level term would help make things clearer.  This may be straight-forward for some since it makes logical sense, but I didn't know about these internal details and I wanted to be sure I was looking at the size correctly.

я помню это. нагугливал

фактически, тут можно только комплексно выяснять, как это все поведет себя в общем виде

то есть сгенерить 1М длинной iolist

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

насколько короткие?

там есть threshold определенный, по-моему 64 байта

на моих данных где-то на 40...45% более подробная статистика у меня не сохранилась. потому что прорабатывались десятки всяких вариантов

когда они из локального бакета во внешний хип переносятся

или меньше, я точно не помню

это в инфе по бинарям было

имена, названия городов

под имена и названия городов логично сделать отдельную таблицу