search for: profsymtab

...process image size, and raw profile data size will all be greatly reduced; 4) The change will also greatly improve usability of coverage-mapping due to the reduced data size in memory. Before the final patch, there are a few more small preparation patches : 1) abstract naming reading into a class (ProfSymtab) (currently the reader uses/assumes the raw/uncompressed object section. 2) add compression support in ProfSymtab. thanks, David On Wed, Oct 14, 2015 at 12:30 AM, Xinliang David Li <davidxl at google.com> wrote: > I plan to divide the patch into series of small patches. The > pre...

There is no further response to this, so I will assume general direction of solution-3 is acceptable ;) Solution-3 can be further improved. Instead of using static symbol table (with zero size __llvm_prf_nm symbols) to store function names for profile display and coverage mapping, the function names can be stored compressed in a non-allocatable section. The compression ratio for function name

On Fri, Oct 9, 2015 at 3:58 PM, Sean Silva <chisophugis at gmail.com> wrote: > > > On Wed, Oct 7, 2015 at 11:12 PM, Xinliang David Li <davidxl at google.com> > wrote: >> >> There is no further response to this, so I will assume general >> direction of solution-3 is acceptable ;) > No response does not mean "LGTM". > What I meant is that