Size: a a a

2021 April 25

Е

Евгений in pro.elixir
В :persistent_term не рекомендуется пихать часто меняющиеся данные, нет?
источник

Н

Николай in pro.elixir
Менеджер памяти внутри использует ссылки, так что скорее всего при передаче параметра копирования и не будет вовсе.
источник

Е

Евгений in pro.elixir
Будет, еще как будет. У меня там нет бинарей вообще.
источник

Н

Николай in pro.elixir
Не обязательно бинари должны быть.
источник

ŹR

Źmićer Rubinštejn in pro.elixir
Так почему нельзя внутри B сделать лямбду, а потом дернуть с ней call в A
источник

AD

Andrew Dryga in pro.elixir
Только большие binary которые не помещаются в heap процесса
источник

ŹR

Źmićer Rubinštejn in pro.elixir
А получит лямбду, выполнит ее и перезапишет свой стейт
источник

ŹR

Źmićer Rubinštejn in pro.elixir
Конец
источник

LL

Lama Lover in pro.elixir
Так данные внутри лямбды скопируются из В в А
источник

AD

Andrew Dryga in pro.elixir
Данные скопируются во время выполнения ламды
источник

LL

Lama Lover in pro.elixir
Типа замыкание это функция + контекст
Функция передастся по указателю, а вот контекст скопируется
источник

AD

Andrew Dryga in pro.elixir
Насколько помню, обязательно.
источник

Е

Евгений in pro.elixir
лямбда же скопируется вместе со всеми своими closures, нет?
источник

ŹR

Źmićer Rubinštejn in pro.elixir
Почему все это знают а я нет?
источник

Е

Евгений in pro.elixir
Только бинари больше определенного размера (64 байта ЕМНИП) перадаются при помощи счетчика ссылок, остальное копируется.
источник

AD

Andrew Dryga in pro.elixir
Потому что EPAM? 😄
источник

AD

Andrew Dryga in pro.elixir
Размер можно настроить, но да, плюсую, я это уже выше написал)
источник

AD

Andrew Dryga in pro.elixir
Можно передавать ламду с A в B и там ее выполняеть, поскольку меньше данных будет скопировано, но по условиям задачи обратное делать нельзя
источник

Е

Евгений in pro.elixir
Можно и придется юзать лок. В общем так собирался, так и планировал.
Просто подумал, вдруг я чего-то не знаю и есть более правильные способы.
источник

AD

Andrew Dryga in pro.elixir
Простейшее решение всегда лучшее
источник