[erlang-questions] Creating a diagnostic memory dump of live erlang VM
Geoff Cant
nem@REDACTED
Thu Feb 20 22:21:18 CET 2014
I would love it if erl_crash.dump was written in the external term format. We started working on an erlang parser library for the existing text format at Heroku, but it's annoying work and I'm lazy.
I would offer someone a holiday-card-of-their-choice to do it, but I'm behind on sending Fred and Steve theirs for last year. :)
--
Geoff Cant
On 2014-02-20, at 01:30 , Vlad Dumitrescu <vladdu55@REDACTED> wrote:
> Hi,
>
> On Thu, Feb 20, 2014 at 9:26 AM, Anton Lebedevich <mabrek@REDACTED> wrote:
> Another thing which I missed a lot after converting from java to erlang
> is a thread dump. It turned out that it's possible to get all
> stacktraces for all processes (even with function arguments) via
> erlang:system_info(procs).
>
> It returns them as text so it's better to dump it to file immediately:
> file:write_file("/tmp/procs.txt",erlang:system_info(procs)).
>
> Format of these traces is quite interesting (undocumented) the best
> description I found is in the mailing list
> http://erlang.org/pipermail/erlang-questions/2012-November/070609.html
>
> I might just as well ask the obvious question: why is not this information available even as normal Erlang terms, so that one doesn't need to parse it? When writing a crash dump, it doesn't matter, but if it should be used at runtime it's a pain to parse it... This applies to the other results from system_info/1 that are dumped as text.
>
> regards,
> Vlad
More information about the erlang-questions
mailing list