search for: pszeniczny

...icated in every basic block section, but when performing unwinding only one such a set is executed -- the copy for the current basic block. However, this copy contains precisely the same CFI instructions as the ones that would have to be executed if there were no basic block sections. -- Krzysztof Pszeniczny -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20191002/af57c080/attachment.html>

...er basic block means that .eh_frame_hdr, an allocatable > section, > > will be bloated too. This will increase the FDE lookup time. I don’t see > .eh_frame_hdr > > being mentioned in the proposal. > > > > Maksim > > > > On 10/2/19, 12:20 PM, "Krzysztof Pszeniczny" <kpszeniczny at google.com> > wrote: > > > > > > > > On Wed, Oct 2, 2019 at 8:41 PM Maksim Panchenko via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > > *Pessimization/overhead for stack unwinding used by system-wide profilers > and >...

...be bloated too. This will increase the FDE lookup time. I don’t see .eh_frame_hdr > >> > >> being mentioned in the proposal. > >> > >> > >> > >> Maksim > >> > >> > >> > >> On 10/2/19, 12:20 PM, "Krzysztof Pszeniczny" <kpszeniczny at google.com> wrote: > >> > >> > >> > >> > >> > >> > >> > >> On Wed, Oct 2, 2019 at 8:41 PM Maksim Panchenko via llvm-dev <llvm-dev at lists.llvm.org> wrote: > >> > >> *Pessimiz...

...1. introducing multi invariant groups 2. having sub invariant groups - like inheritance, so we could figure out that one group is subgroup of another 3. decorating all loads with base pointer MD (doesn’t work with multiple inheritance) I consulted my ideas with Krzysztof Pszeniczny, and he proposed something much simpler: we can decorate every invariant.group md with empty metadata. This should work because the lifetime of the object is strictly defined by invariant.group.barrier. If this holds, we can start discussion about if it makes sense to keep invariant groups, and...

...ing sub invariant groups - like inheritance, so we could > figure out that one group is subgroup of another > > 3. > > decorating all loads with base pointer MD (doesn’t work with > multiple inheritance) > > I consulted my ideas with Krzysztof Pszeniczny, and he proposed > something much simpler: we can decorate every invariant.group md > with empty metadata. > > This should work because the lifetime of the object is strictly > defined by invariant.group.barrier. > > If this holds, we can start discussion ab...

...;> > > > >> being mentioned in the proposal. > > > >> > > > >> > > > >> > > > >> Maksim > > > >> > > > >> > > > >> > > > >> On 10/2/19, 12:20 PM, "Krzysztof Pszeniczny" <kpszeniczny at google.com> wrote: > > > >> > > > >> > > > >> > > > >> > > > >> > > > >> > > > >> > > > >> On Wed, Oct 2, 2019 at 8:41 PM Maksim Panchenko via llvm-dev...

...er basic block means that .eh_frame_hdr, an allocatable > section, > > will be bloated too. This will increase the FDE lookup time. I don’t see > .eh_frame_hdr > > being mentioned in the proposal. > > > > Maksim > > > > On 10/2/19, 12:20 PM, "Krzysztof Pszeniczny" <kpszeniczny at google.com> > wrote: > > > > > > > > On Wed, Oct 2, 2019 at 8:41 PM Maksim Panchenko via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > > *Pessimization/overhead for stack unwinding used by system-wide profilers > and >...

...*RFC: C++ Devirtualization v2Piotr Padlewski - piotr.padlewski at gmail.com <piotr.padlewski at gmail.com>Krzysztof Pszeniczny - krzysztof.pszeniczny at gmail.com <krzysztof.pszeniczny at gmail.com>Jakub Kuderski - kubakuderski at gmail.com <kubakuderski at gmail.com>Richard Smith - RichardSmith at google.com <RichardSmith at google.com>This proposal describes a new model of representing pointers to dynam...

...Nc2qZz6RN8amICNBtvjWUod2SujZVEo/edit?usp=sharing> > > But for the record, I also paste it here. Feedback will be really appreciated! > > > RFC: C++ Devirtualization v2 > Piotr Padlewski - piotr.padlewski at gmail.com <mailto:piotr.padlewski at gmail.com> > Krzysztof Pszeniczny - krzysztof.pszeniczny at gmail.com <mailto:krzysztof.pszeniczny at gmail.com> > Jakub Kuderski - kubakuderski at gmail.com <mailto:kubakuderski at gmail.com> > Richard Smith - RichardSmith at google.com <mailto:RichardSmith at google.com> > > > This proposal desc...

...er basic block means that .eh_frame_hdr, an allocatable > section, > > will be bloated too. This will increase the FDE lookup time. I don’t see > .eh_frame_hdr > > being mentioned in the proposal. > > > > Maksim > > > > On 10/2/19, 12:20 PM, "Krzysztof Pszeniczny" <kpszeniczny at google.com> > wrote: > > > > > > > > On Wed, Oct 2, 2019 at 8:41 PM Maksim Panchenko via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > > *Pessimization/overhead for stack unwinding used by system-wide profilers > and >...

...bloated too. This will increase the FDE lookup time. I don’t see >>> .eh_frame_hdr >>> >>> being mentioned in the proposal. >>> >>> >>> >>> Maksim >>> >>> >>> >>> On 10/2/19, 12:20 PM, "Krzysztof Pszeniczny" <kpszeniczny at google.com> >>> wrote: >>> >>> >>> >>> >>> >>> >>> >>> On Wed, Oct 2, 2019 at 8:41 PM Maksim Panchenko via llvm-dev < >>> llvm-dev at lists.llvm.org> wrote: >>> >&...

...inheritance, so we could figure >>> out that one group is subgroup of another >>> 3. >>> >>> decorating all loads with base pointer MD (doesn’t work with >>> multiple inheritance) >>> >>> I consulted my ideas with Krzysztof Pszeniczny, and he proposed >>> something much simpler: we can decorate every invariant.group md with empty >>> metadata. >>> >>> This should work because the lifetime of the object is strictly defined >>> by invariant.group.barrier. >>> >>> If th...

...er basic block means that .eh_frame_hdr, an allocatable > section, > > will be bloated too. This will increase the FDE lookup time. I don’t see > .eh_frame_hdr > > being mentioned in the proposal. > > > > Maksim > > > > On 10/2/19, 12:20 PM, "Krzysztof Pszeniczny" <kpszeniczny at google.com> > wrote: > > > > > > > > On Wed, Oct 2, 2019 at 8:41 PM Maksim Panchenko via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > > *Pessimization/overhead for stack unwinding used by system-wide profilers > and >...

Hi folks, please check out our RFC: Supported Optimizations attribute https://docs.google.com/document/d/1s0n-JVaSNML1Z9SCZVg2bgisxswIJAK2Tp9DahucW10/edit?usp=sharing Pasting it here for the record: RFC: supported_optimizations attribute Piotr Padlewski - piotr.padlewski at gmail.com Krzysztof Pszeniczny - kpszeniczny at google.com December 2018 Introduction Sometimes a possible class of optimizations requires very precise use of metadata and/or intrinsics, at least to achieve a clean implementation thereof. Our primary example is devirtualization[RFC: Devirtualization v2 <https://docs.google...

...gure >>>> out that one group is subgroup of another >>>> 3. >>>> >>>> decorating all loads with base pointer MD (doesn’t work with >>>> multiple inheritance) >>>> >>>> I consulted my ideas with Krzysztof Pszeniczny, and he proposed >>>> something much simpler: we can decorate every invariant.group md with empty >>>> metadata. >>>> >>>> This should work because the lifetime of the object is strictly defined >>>> by invariant.group.barrier. >>&gt...

...t; > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > *RFC: C++ Devirtualization v2Piotr Padlewski - piotr.padlewski at gmail.com > <piotr.padlewski at gmail.com>Krzysztof Pszeniczny - > krzysztof.pszeniczny at gmail.com <krzysztof.pszeniczny at gmail.com>Jakub > Kuderski - kubakuderski at gmail.com <kubakuderski at gmail.com>Richard Smith - > RichardSmith at google.com <RichardSmith at google.com>This proposal describes a > new model of representi...

...oup of another >>> >>> 3. >>> >>> decorating all loads with base pointer MD >>> (doesn’t work with multiple inheritance) >>> >>> I consulted my ideas with Krzysztof Pszeniczny, and >>> he proposed something much simpler: we can decorate >>> every invariant.group md with empty metadata. >>> >>> This should work because the lifetime of the object >>> is strictly def...

...er basic block means that .eh_frame_hdr, an allocatable > section, > > will be bloated too. This will increase the FDE lookup time. I don’t see > .eh_frame_hdr > > being mentioned in the proposal. > > > > Maksim > > > > On 10/2/19, 12:20 PM, "Krzysztof Pszeniczny" <kpszeniczny at google.com> > wrote: > > > > > > > > On Wed, Oct 2, 2019 at 8:41 PM Maksim Panchenko via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > > *Pessimization/overhead for stack unwinding used by system-wide profilers > and >...

Greetings, We, at Google, recently evaluated Facebook’s BOLT, a Post Link Optimizer framework, on large google benchmarks and noticed that it improves key performance metrics of these benchmarks by 2% to 6%, which is pretty impressive as this is over and above a baseline binaryalready heavily optimized with ThinLTO + PGO. Furthermore, BOLT is also able to improve the performance of binaries