Thanks everyone! A blog post would be awesome, indeed.
Ben, I didn't have anything particular in mind, just curious about possibly
more ergonomic alternatives to profiling builds for getting this sort of
information. (Motivation similar to Richard's, I think.)
On Fri, Nov 19, 2021, 1:57 AM Sven
Am Fr., 19. Nov. 2021 um 01:09 Uhr schrieb Ben Gamari :
> Artem Pelenitsyn writes:
>
> > Another question would be where do I read about Haskell-native stack
> > unwinder. The issue and MR Ben referenced have descriptions, but the MR
> > didn't touch anything inside `docs` which is a bit scary.
Artem Pelenitsyn writes:
> Another question would be where do I read about Haskell-native stack
> unwinder. The issue and MR Ben referenced have descriptions, but the MR
> didn't touch anything inside `docs` which is a bit scary. Are there any
> good recourses to dive into it besides the source
h DWARF any
>> single object lacking debug information would break unwinding), and is
>> significantly less costly since we know much more about the structure of
>> our stack than a DWARF unwinder would.
>>
>>
>> Interesting -- this is helpful to know. I had h
y less costly since we know much more about the structure of
> our stack than a DWARF unwinder would.
>
>
> Interesting -- this is helpful to know. I had heard about DWARF support
> for some years and thought that it would deliver stack traces. Now I will
> look for other sourc
> single object lacking debug information would break unwinding), and is
> significantly less costly since we know much more about the structure of
> our stack than a DWARF unwinder would.
Interesting -- this is helpful to know. I had heard about DWARF support for
some years and thought tha
Richard Eisenberg writes:
> Thanks for this!
>
>> On Nov 17, 2021, at 7:27 AM, Moritz Angermann
>> wrote:
>>
>> For Linux and most BSDs, we have settled on the Executable and Linking
>> Format (ELF) as the container format for
>> your machine code. And you might see where the inspiration
-1.html. These are very
> helpful! In particular, they taught me that DWARF = platform-native
> debugging metadata. Is that translation accurate? If so, perhaps we
> should use both names: if I see that GHC x.y.z has DWARF support, I
> quickly scroll to the next bullet. If I see tha
Am 17/11/2021 um 17:08 schrieb Richard Eisenberg:
For windows we have Portable Executable (PE) as the container format.
This implies that the DWARF work is (unsurprisingly) completely inapplicable
for Windows.
It's not quite as simple. Dwarf info can be embedded into windows
Thanks for this!
> On Nov 17, 2021, at 7:27 AM, Moritz Angermann
> wrote:
>
> For Linux and most BSDs, we have settled on the Executable and Linking Format
> (ELF) as the container format for
> your machine code. And you might see where the inspiration for DWARF might
> come from.
This
Thanks Carter!
Yes I completely forgot about the unwinding librarys.
Sorry. My bad!
Best,
Moritz
On Wed 17. Nov 2021 at 21:08, Carter Schonwald
wrote:
> My understanding is that the platform specific part of ghc dwarf support
> atm is the stack walking to generate dwarf data in stack
My understanding is that the platform specific part of ghc dwarf support
atm is the stack walking to generate dwarf data in stack traces. This is
because the dwarf stack walking Libs that are relatively mature are mostly
centered around elf?
It should still be possible with some work to use perf
are very
> helpful! In particular, they taught me that DWARF = platform-native
> debugging metadata. Is that translation accurate? If so, perhaps we should
> use both names: if I see that GHC x.y.z has DWARF support, I quickly scroll
> to the next bullet. If I see that GHC x.y.z has sup
= platform-native debugging metadata.
Is that translation accurate? If so, perhaps we should use both names: if I see
that GHC x.y.z has DWARF support, I quickly scroll to the next bullet. If I see
that GHC x.y.z has support for platform-native debugging metadata and is now
compatible with e.g
Hi,
How's the integration of DWARF support coming along? It's probably one of
the most important improvements to the runtime in quite some time since
unlocks *two* important features, namely
* trustworthy profiling (using e.g. Linux perf events and other
low-overhead, code preserving, sampling
On Wed, Aug 13, 2014 at 5:07 PM, Tuncer Ayaz tuncer.a...@gmail.com wrote:
On Wed, Aug 13, 2014 at 5:02 PM, Johan Tibell wrote:
Hi,
How's the integration of DWARF support coming along? It's probably
one of the most important improvements to the runtime in quite some
time since unlocks
Is this stack trace support different than what we have currently?
(e.g. the one implemented with GHC.Stack and cost centers)
---
Ömer Sinan Ağacan
http://osa1.net
2014-08-13 18:02 GMT+03:00 Johan Tibell johan.tib...@gmail.com:
Hi,
How's the integration of DWARF support coming along? It's
currently?
(e.g. the one implemented with GHC.Stack and cost centers)
---
Ömer Sinan Ağacan
http://osa1.net
2014-08-13 18:02 GMT+03:00 Johan Tibell johan.tib...@gmail.com:
Hi,
How's the integration of DWARF support coming along? It's probably one
of
the most important improvements
with GHC.Stack and cost centers)
---
Ömer Sinan Ağacan
http://osa1.net
2014-08-13 18:02 GMT+03:00 Johan Tibell johan.tib...@gmail.com:
Hi,
How's the integration of DWARF support coming along? It's probably one
of
the most important improvements to the runtime in quite some time since
:
Is this stack trace support different than what we have currently?
(e.g. the one implemented with GHC.Stack and cost centers)
---
Ömer Sinan Ağacan
http://osa1.net
2014-08-13 18:02 GMT+03:00 Johan Tibell johan.tib...@gmail.com:
Hi,
How's the integration of DWARF support
://arashrouhani.com/papers/master-thesis.pdf
On 2014-08-13 17:02, Johan Tibell wrote:
Hi,
How's the integration of DWARF support coming along? It's probably one
of the most important improvements to the runtime in quite some time
since unlocks *two* important features, namely
* trustworthy
://arashrouhani.com/papers/master-thesis.pdf
On 2014-08-13 17:02, Johan Tibell wrote:
Hi,
How's the integration of DWARF support coming along? It's probably one
of the most important improvements to the runtime in quite some time since
unlocks *two* important features, namely
On 2014-08-13 17:02, Johan Tibell wrote:
Hi,
How's the integration of DWARF support coming along? It's
probably one of the most important improvements to the runtime in
quite some time since unlocks *two* important features, namely
* trustworthy profiling (using e.g. Linux perf
-thesis.pdf
On 2014-08-13 17:02, Johan Tibell wrote:
Hi,
How's the integration of DWARF support coming along? It's probably one of the
most important improvements to the runtime in quite some time since unlocks
*two* important features, namely
* trustworthy profiling (using e.g. Linux perf
the integration of DWARF support coming along? It's probably one of the
most important improvements to the runtime in quite some time since unlocks
*two* important features, namely
* trustworthy profiling (using e.g. Linux perf events and other low-overhead,
code preserving, sampling profilers
25 matches
Mail list logo