Erlang: Как просмотреть вывод вызовов io: format / 2 в процессах, порожденных на удаленных узлах - PullRequest
Новая
       25

Erlang: Как просмотреть вывод вызовов io: format / 2 в процессах, порожденных на удаленных узлах

4 голосов
/ 06 апреля 2010

Я работаю над децентрализованным приложением Erlang. В настоящее время я работаю на одном ПК и создаю несколько узлов, инициализируя erl с флагом -sname.

Когда я запускаю процесс, используя spawn/4 на его домашнем узле, я вижу результат, сгенерированный вызовами io:format/2 внутри этого процесса, в его домашнем erl экземпляре.

Когда я запускаю процесс удаленно, используя spawn/4 в сочетании с register_name, вывод io:format/2 иногда перенаправляется обратно в экземпляр erl, где был сделан удаленный вызов spawn/4, а иногда остается полностью невидимый.

Аналогичным образом, когда я использую rpc:call/4, вывод вызовов io:format/2 перенаправляется обратно в экземпляр erl, где выполняется вызов `rpc: call / 4 '.

Как получить процесс для отправки отладочной информации обратно в родительский erl экземпляр?

Ответы [ 3 ]

7 голосов
/ 07 апреля 2010

Вы можете передать первый аргумент io: format / 3 на втором узле, используя результат erlang: group_leader () с первого узла.

Запуск первого узла, глобальная регистрация лидера группы процессов оболочки: 

erl -sname a
(a@localhost)1> global:register_name(global_io_srv, group_leader()).
yes

Запуск второго узла, подключение, используя глобально зарегистрированный процесс в качестве устройства io 

erl -sname b
(b@localhost)1> net_kernel:connect(a@localhost).
true
(b@localhost)2> io:format(global:whereis_name(global_io_srv),"test output",[]).
ok

Вы увидите результаты теста в первом узле. Это то же самое, что предложил Кристиан, только чуть более явно. Таким образом, вы можете использовать error_logger для производственной регистрации и io: format / 3 только для быстрой отладки.

4 голосов
/ 06 апреля 2010

То, что вы видите, это процессы с лидером группы, установленным в pid на узле, из которого они были созданы. См. erlang: group_leader . Лидер группы - это место, куда они отправляют свои результаты.

Вы называете этот вывод «выводом отладки», поэтому вы уверены, что не хотите запускать приложение sasl на узлах и использовать error_logger ?

3 голосов
/ 07 апреля 2010

См. Мой ответ на вопрос Erlang: RPC для узла с выходом на этом узле для получения некоторых деталей, как добиться вывода в разные места. Что не упомянуто, вы можете запустить удаленную оболочку даже в запущенной оболочке. Просто нажмите Ctrl+G (^G подсказка при запуске), и вам нужна помощь в разделе h (нажмите h и затем Enter).

Пример: Предположим, у вас запущен узел erlang по erl -sname foo. Чем: 

$ erl -sname bar
Erlang R13B04 (erts-5.7.5) [source] [smp:2:2] [rq:2] [async-threads:0] [hipe] [kernel-poll:false]

Eshell V5.7.5  (abort with ^G)
(bar@hynek-notebook)1>
User switch command
 --> r 'foo@hynek-notebook'
 --> j
   1  {shell,start,[init]}
   2* {'foo@hynek-notebook',shell,start,[]}
 --> h
  c [nn]            - connect to job
  i [nn]            - interrupt job
  k [nn]            - kill job
  j                 - list all jobs
  s [shell]         - start local shell
  r [node [shell]]  - start remote shell
  q        - quit erlang
  ? | h             - this message
 --> c
Eshell V5.7.5  (abort with ^G)
(foo@hynek-notebook)1>
...