Displaying 6 results from an estimated 6 matches for "debugmdnod".
Did you mean:
debugmdnode
2014 Oct 16
2
[LLVMdev] [RFC] Less memory and greater maintainability for debug info IR
...uing,
>> the overhead is only ~12B / line table entry, or ~80MB. This saves
>> 520MB.
>>
>> This is somewhat perpendicular to redesigning the metadata format,
>> but IMO it's worth doing as soon as it's possible.
>>
>> 4. Create `GenericDebugMDNode`, a transitional subclass of `MDUser`
>> through an intermediate class `DebugMDNode` with an
>> allocation-time-optional `CallbackVH` available for referencing
>> non-metadata. Change `DIDescriptor` to wrap a `DebugMDNode` instead
>> of an `MDNode`.
>>
&g...
2014 Oct 13
9
[LLVMdev] [RFC] Less memory and greater maintainability for debug info IR
...e integrate a side-table of `MDLineTable`s into its uniquing,
the overhead is only ~12B / line table entry, or ~80MB. This saves
520MB.
This is somewhat perpendicular to redesigning the metadata format,
but IMO it's worth doing as soon as it's possible.
4. Create `GenericDebugMDNode`, a transitional subclass of `MDUser`
through an intermediate class `DebugMDNode` with an
allocation-time-optional `CallbackVH` available for referencing
non-metadata. Change `DIDescriptor` to wrap a `DebugMDNode` instead
of an `MDNode`.
This saves another ~960MB, for a runni...
2014 Oct 15
3
[LLVMdev] [RFC] Less memory and greater maintainability for debug info IR
...only ~12B / line table entry, or ~80MB. This saves
> >> 520MB.
> >>
> >> This is somewhat perpendicular to redesigning the metadata format,
> >> but IMO it's worth doing as soon as it's possible.
> >>
> >> 4. Create `GenericDebugMDNode`, a transitional subclass of `MDUser`
> >> through an intermediate class `DebugMDNode` with an
> >> allocation-time-optional `CallbackVH` available for referencing
> >> non-metadata. Change `DIDescriptor` to wrap a `DebugMDNode` instead
> >> of...
2014 Oct 14
2
[LLVMdev] [RFC] Less memory and greater maintainability for debug info IR
...neTable`s into its uniquing,
> the overhead is only ~12B / line table entry, or ~80MB. This saves
> 520MB.
>
> This is somewhat perpendicular to redesigning the metadata format,
> but IMO it's worth doing as soon as it's possible.
>
> 4. Create `GenericDebugMDNode`, a transitional subclass of `MDUser`
> through an intermediate class `DebugMDNode` with an
> allocation-time-optional `CallbackVH` available for referencing
> non-metadata. Change `DIDescriptor` to wrap a `DebugMDNode` instead
> of an `MDNode`.
>
> This save...
2014 Oct 18
2
[LLVMdev] [RFC] Less memory and greater maintainability for debug info IR
...ith the problem space in order to appreciate its import:
>> By leveraging the use-list
>> infrastructure for metadata operands -- i.e., only using value handles
>> for non-metadata operands -- we'll [...] increase
>> RAUW speed.
[snip]
>> 7. (Optional) Refactor `DebugMDNode` sub-classes to minimize RAUW
>> traffic during bitcode serialization. Now that metadata types are
>> known, we can write debug info out in an order that makes it cheap
>> to read back in.
>>
>> Note that using `MDUser` will make RAUW much cheaper, since...
2014 Oct 18
2
[LLVMdev] [RFC] Less memory and greater maintainability for debug info IR
> On Oct 17, 2014, at 3:54 PM, Sean Silva <chisophugis at gmail.com> wrote:
>
> this seems like the classic situation where the someone comes to you asking for X, but what they really want is a solution to underlying problem Y, for which the best solution, once you actually analyze Y, is Z.
On the contrary, I came into this expecting to work with Eric on
parallelizing the backend,