Е
ошибся, ща еще раз
Size: a a a
2019 April 01
Е
я вызываю через рпц функцтю, а она делает Registry.register
Е
генсервер вотричен
Е
потом после регистрации делаю вызов в генсервер, а он позже достает из тогоже регистри from и делает ему reply. будет работать?
a
Парни вопрос:
Использовать Глобал супервизоры - это хорошая практика ?
Использовать Глобал супервизоры - это хорошая практика ?
a
В этом кейсе есть несколько недостатков, например кастомный список супервизоров для одной из нод
a
Либо нельзя добавить в супервизор воркер, пока эта «кастомная нода» не войдёт в кластер
ŹR
потом после регистрации делаю вызов в генсервер, а он позже достает из тогоже регистри from и делает ему reply. будет работать?
Смотри сюда:
На второй ноде
Dmitrys-MBP-2:~ virviil$ iex --sname foo
Erlang/OTP 21 [erts-10.0] [source] [64-bit] [smp:4:4] [ds:4:4:10] [async-threads:1] [hipe]
Interactive Elixir (1.8.1) - press Ctrl+C to exit (type h() ENTER for help)
iex(foo@Dmitrys-MBP-2)1> Node.list
[]
iex(foo@Dmitrys-MBP-2)2> defmodule Test do
...(foo@Dmitrys-MBP-2)2> def get_pid do
...(foo@Dmitrys-MBP-2)2> self()
...(foo@Dmitrys-MBP-2)2> end
...(foo@Dmitrys-MBP-2)2> end
{:module, Test,
<<70, 79, 82, 49, 0, 0, 4, 44, 66, 69, 65, 77, 65, 116, 85, 56, 0, 0, 0, 131,
0, 0, 0, 14, 11, 69, 108, 105, 120, 105, 114, 46, 84, 101, 115, 116, 8, 95,
95, 105, 110, 102, 111, 95, 95, 7, 99, ...>>, {:get_pid, 0}}
На второй ноде
Dmitrys-MBP-2:~ virviil$ iex --sname bar
Erlang/OTP 21 [erts-10.0] [source] [64-bit] [smp:4:4] [ds:4:4:10] [async-threads:1] [hipe]
Interactive Elixir (1.8.1) - press Ctrl+C to exit (type h() ENTER for help)
iex(bar@Dmitrys-MBP-2)1> :observer.start
:ok
iex(bar@Dmitrys-MBP-2)2> Node.list
[:"foo@Dmitrys-MBP-2"]
iex(bar@Dmitrys-MBP-2)3> :rpc.ca
call/4 call/5 cast/4
iex(bar@Dmitrys-MBP-2)3> :rpc.call(hd(Node.list), Test, :get_pid, [])
#PID<13566.135.0>
iex(bar@Dmitrys-MBP-2)4> self()
#PID<0.107.0>
iex(bar@Dmitrys-MBP-2)5> :rpc.call(hd(Node.list), Test, :get_pid, []) == self
false
ŹR
Говорю ему - попробуй все поймешь
ŹR
Нет, сидит - рассуждает
Е
то есть виа тут не причем, оно вообще не будет работать
ŹR
Вопрос в АПИ
ŹR
Это та причина, по которой он не работает
Е
А почему должно быть по другому?
тогда к чему это было сказано?
ŹR
Если бы Registry.register принимал бы в качестве параметра пид - то все бы работало
ŹR
точнее говоря если мониторить процесс из одной ноды процессом из другой, оно само чудесным образом будет пересылать сообщения о завершении процесса?
К вот этому
Е
но вообще твой код не доксзывает утвеождаемого. забей, я сам проверю
Е
я в общем-то не спорю, но иногда хочется проверить
ŹR
Мой код доказывает, что rpc создает новый процесс
ŹR
Потому что так работает ОТП