AB
поэтому и "репл"
Size: a a a
2020 October 16
LL
в beam настоящий исполняемый код существует только в модулях, отсюда все костыли
Так и почему замыкания из репла не генерить в модули...
LL
Ну кароче долгая дискуссия будет
AB
сложна!
AB
Так и почему замыкания из репла не генерить в модули...
для модулей нет никакого gc, соответственно, вот эти модули замыканий из шелла будут копиться в памяти.
чтобы у них был gc - нужно добавлять какой-то жуткий запил в шелл, причем специфичный именно для шелла, потому что в релиз-моде такая фигня будет исключительно бессмысленным оверхедом.
чтобы у них был gc - нужно добавлять какой-то жуткий запил в шелл, причем специфичный именно для шелла, потому что в релиз-моде такая фигня будет исключительно бессмысленным оверхедом.
ŹR
Тут упадёт, а вот в каком-нибудь
generic решении, где мы не знаем какое значение к нам приехало как ключ, будет неприятноdef update_state(state, key, value) do
Pathex.force_set(state, path(key), value)
end
def update_state(state, key, value) doВот поэтому я и говорю про крышку
Pathex.force_set(state, path(^key), value)
end
LL
для модулей нет никакого gc, соответственно, вот эти модули замыканий из шелла будут копиться в памяти.
чтобы у них был gc - нужно добавлять какой-то жуткий запил в шелл, причем специфичный именно для шелла, потому что в релиз-моде такая фигня будет исключительно бессмысленным оверхедом.
чтобы у них был gc - нужно добавлять какой-то жуткий запил в шелл, причем специфичный именно для шелла, потому что в релиз-моде такая фигня будет исключительно бессмысленным оверхедом.
Да, это правда
LL
def update_state(state, key, value) doВот поэтому я и говорю про крышку
Pathex.force_set(state, path(^key), value)
end
:/
AB
для модулей нет никакого gc, соответственно, вот эти модули замыканий из шелла будут копиться в памяти.
чтобы у них был gc - нужно добавлять какой-то жуткий запил в шелл, причем специфичный именно для шелла, потому что в релиз-моде такая фигня будет исключительно бессмысленным оверхедом.
чтобы у них был gc - нужно добавлять какой-то жуткий запил в шелл, причем специфичный именно для шелла, потому что в релиз-моде такая фигня будет исключительно бессмысленным оверхедом.
о, дошло еще - ведь шеллом можно прицепиться к удаленной ноде, и нагрузить в неё этих одноразовых модулей.
есть ли у beam лимит числа модулей, интересно.
есть ли у beam лимит числа модулей, интересно.
AB
короче, развивая эту тему, мы придем к чему-то аналогичному jvm, у которой очень большие проблемы с hot code reload
AB
он там есть, да, но работает ожидаемо плохо.
ŹR
def update_state(state, key, value) doВот поэтому я и говорю про крышку
Pathex.force_set(state, path(^key), value)
end
Не, хуйня какая-то
ŹR
Я чет подумал, что так еще сложнее
M
Наверное тупое решение, но нельзя сделать репл в виде модуля с одной функцией который каждый раз будет перекомпилироваться?
AB
Наверное тупое решение, но нельзя сделать репл в виде модуля с одной функцией который каждый раз будет перекомпилироваться?
а почему с одной?
AB
типа, только последнее выражение?
M
чтобы она каждый раз вызывалась, типа main такой
LL
Наверное тупое решение, но нельзя сделать репл в виде модуля с одной функцией который каждый раз будет перекомпилироваться?
А как вызывать старые значения?
И перекомпилировать модуль каждый раз тоже не очень просто и эффективно
И перекомпилировать модуль каждый раз тоже не очень просто и эффективно
AB
сложно. у репла bindings, у модуля - не более двух копий одновременно
AB
короче, это всё сложно