Телеграмм чат группы erlangrus страница 3445

13:49пожаловаться #1

SL

Sergey Loguntsov in ErlangRus

ты очень плохо и невнимательно читаешь и споришь с голосами у себя.

Ты НЕ увидишь креш. Ты увидишь beam.smp, который сожрал 100%, потом если повезет, он начинает что-то печатать в файл/stdout, занимается этим до получаса и мрет.

Но чаще падает от OOM при попытке сначала распечатать, а потом порезать.

И у тебя нет никакого стандартного способа узнать, хотя бы в какой строчке кода это произошло

во во ... вот примерно это и происходит

13:50пожаловаться #2

SL

Sergey Loguntsov in ErlangRus

повезло что это был просто эксперимент

13:50пожаловаться #3

A

ты очень плохо и невнимательно читаешь и споришь с голосами у себя.

Ты НЕ увидишь креш. Ты увидишь beam.smp, который сожрал 100%, потом если повезет, он начинает что-то печатать в файл/stdout, занимается этим до получаса и мрет.

Но чаще падает от OOM при попытке сначала распечатать, а потом порезать.

И у тебя нет никакого стандартного способа узнать, хотя бы в какой строчке кода это произошло

Макс, я не очень то хочу с тобой спорить. Для таких случаев мы сделали тулсу, которая логирует по сути снапшоты обсервера. И там по факту можно посмотреть какой процесс сожрал память и его стек.

13:56пожаловаться #4

ML

Maksim Lapshin in ErlangRus

Макс, я не очень то хочу с тобой спорить. Для таких случаев мы сделали тулсу, которая логирует по сути снапшоты обсервера. И там по факту можно посмотреть какой процесс сожрал память и его стек.

Ну так тебе для этого надо гонять его _постоянно_

13:57пожаловаться #5

SP

format_state — полумера.

Самая жопа остается в Reason: там печатается полный стейт

полный или нет - это вроде от типа ошибки зависит не? Вроде только в badarg, function_clause и badmatch собственно данные добавлются. и только если стейт был одним из аргументов. Хотя это скорее всего большинство сценариев и есть

13:58пожаловаться #6

A

Ну так тебе для этого надо гонять его _постоянно_

да есть такое дело. Ничего не идеально. Но когда оомы заканчиваются обычно эту штуку вырубают

13:58пожаловаться #7

DZ

Danil Zagoskin in ErlangRus

Sergey Prokhorov

в logger formatter можно указать сколько максимально ты хочешь тобы байт в лог попало

так себе вариант, потому что при распечатывании креша не будет видно ни причины, ни стектрейса.
Я рекомендую везде печатать с указанной глубиной, т.е. format("~P", [LargeTerm, 50]). Ограничение по байтам при этом можно использовать как запасной ограничитель.

14:22пожаловаться #8

ML

Maksim Lapshin in ErlangRus

да есть такое дело. Ничего не идеально. Но когда оомы заканчиваются обычно эту штуку вырубают

да при чём тут «не идеально».

Есть реально хреновый код, который на ровном месте хоронит продакшн при неудачной попытке залоггировать проблему.

Зачем это оправдывать и говорить что «всё нормуль, мы привыкли»

14:23пожаловаться #9

A

да при чём тут «не идеально».

Есть реально хреновый код, который на ровном месте хоронит продакшн при неудачной попытке залоггировать проблему.

Зачем это оправдывать и говорить что «всё нормуль, мы привыкли»

Так кто оправдывает? Я вроде не говорю, что код хороший. Просто ты желаешь при хреновом коде залогировать "мусор" и не упасть, а я не считаю, что нода должна жить любой ценой.

14:31пожаловаться #10

AB

Alex Bubnov in ErlangRus

Так кто оправдывает? Я вроде не говорю, что код хороший. Просто ты желаешь при хреновом коде залогировать "мусор" и не упасть, а я не считаю, что нода должна жить любой ценой.

> я не считаю, что нода должна жить любой ценой.
очень спорный подход

14:36пожаловаться #11

A

Это опять про написание без багов. Кто то живёт без вотчдога?

14:41пожаловаться #12

DF

Denis Fakhrtdinov in ErlangRus

Дело не в написании без багов. Никто не живет без вотчдога, тестирования и проч.
Речь про возможность выстрелить себе в ногу. Лучше бы её не было, но се ля ви.

14:42пожаловаться #13

SP

Danil Zagoskin

так себе вариант, потому что при распечатывании креша не будет видно ни причины, ни стектрейса.
Я рекомендую везде печатать с указанной глубиной, т.е. format("~P", [LargeTerm, 50]). Ограничение по байтам при этом можно использовать как запасной ограничитель.

max_size вроде автоматом ~p на ~P подменяет

14:51пожаловаться #14

DZ

Danil Zagoskin in ErlangRus

Sergey Prokhorov

max_size вроде автоматом ~p на ~P подменяет

ничоси! А как он выбирает глубину?

14:52пожаловаться #15

SP

Erlang/OTP. Contribute to erlang/otp development by creating an account on GitHub.

может я че-то путаю, но код вот https://github.com/erlang/otp/blob/c707c4b047aca1dace06f879237e048dfb92a46a/lib/kernel/src/logger_formatter.erl#L238-L255

GitHub

erlang/otp

14:54пожаловаться #16

SP

а, это depth опцией регулируется http://erlang.org/doc/man/logger_formatter.html#depth

14:56пожаловаться #17

SP

> depth = integer() > 0 | unlimited
> A positive integer representing the maximum depth to which terms shall be printed by this formatter. Format strings passed to this formatter are rewritten. The format controls ~p and ~w are replaced with ~P and ~W, respectively, and the value is used as the depth parameter.

14:57пожаловаться #18

SP

21> io:format("~P", [binary:copy(<<0>>, 100), 5]).
<<0,0,0,0,...>>ok
22> io:format("~P", [binary:copy(<<0>>, 100), 10]).
<<0,0,0,0,0,0,0,0,0,...>>ok
23> io:format("~p", [binary:copy(<<0>>, 100)]).    
<<0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,
  0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,
  0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0>>ok

14:59пожаловаться #19

ML

Maksim Lapshin in ErlangRus

Так кто оправдывает? Я вроде не говорю, что код хороший. Просто ты желаешь при хреновом коде залогировать "мусор" и не упасть, а я не считаю, что нода должна жить любой ценой.

ну пускай нода крешится и умирает, но хотя бы с последним стектрейсом.

Вместо этого 100% CPU и жор памяти до OOM. Причем что характерно, если по памяти пролезает, то печать займет часы