SS
ну send/recv с ним умеют быстрее работать, потому что на уровне ос поддерживаются scatter/gather операции
Size: a a a
2019 August 27
SS
плюс там еще какой-то оверхед
AB
а то если туда начать смотреть, то выясняется много чего
SS
хотя нет
AB
например вот такое
iex(2)> :erlang. term_to_binary(nil)
<<131, 100, 0, 3, 110, 105, 108>>
iex(3)> :erlang. term_to_binary([])
<<131, 106>>
SS
term_to_binary это вообще по сути не освсем то
SS
это сериализация, для передачи по сети
SS
это упакованные данные
AB
а как получить sizeof?
SS
вот когда ты их начинаешь распаковывать, чтобы удобно было работать именно в памяти с ними — они больше начинают занимать
AB
вот для етс таблиц я нашел способ
SS
интересный вопрос, по-моему я когда-то узнавал это, но щас гляну
AB
:ets.info(TableName, :memory) * :erlang.system_info(:wordsize)
SS
ну и это тоже помогает http://erlang.org/doc/efficiency_guide/advanced.html
AB
а. да. у меня записано. еще есть flat_size
SS
насчет ets-а, очень примерно можно посчитать как sizeof(Key) + sizeof(Value)
AB
но тут вопросов не меньше:
[] |> :erts_debug.size()
0
SS
плюс там наверняка еще есть доп оверхед небольшой константный
AB
насчет ets-а, очень примерно можно посчитать как sizeof(Key) + sizeof(Value)
ets дает свою инфу. я выше написал