search for: leschuk

...here is about 10% speedup with -fprofile-use. This option turns on > more precise cost model when computing rotation strategy but it is not > turned on by default. > > +carrot who is working on this area. > > thanks, > > David > > On Tue, Feb 6, 2018 at 1:37 PM, Victor Leschuk > <vleschuk at accesssoftek.com <mailto:vleschuk at accesssoftek.com>> wrote: > > Hello David, thanks for detailed response! > > Do you have any tests that you use to measure the PGO > effectiveness? I have tested clang version 6.0 with the same > sa...

Victor, please file a bug tracking the issue. We can put relevant information there including test cases used in the experiment etc. thanks, David On Wed, Feb 7, 2018 at 2:15 PM, Victor Leschuk <vleschuk at accesssoftek.com> wrote: > David, could you please clarify on which code did you gain 10% > improvement? I have run numerous tests with and w/o this option and it > looks like it has no effect on performance (I am talking of the old 2016 > sample to be concrete). May...

Maybe we should update the documentation to state this directly? Currently its a little bit confusing. On 01/29/2018 05:51 AM, Xinliang David Li wrote: > It means using PGO with -O2 and above (including -O3). > > David > > On Sun, Jan 28, 2018 at 6:48 PM, Victor Leschuk via llvm-dev > <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote: > > Hello all, > > clang-related PGO documentation recommends using PGO with -O2 (for > example: > https://clang.llvm.org/docs/UsersManual.html#profile-guided-opti...

Hello everyone, LLVM buildmasters (both main and staging) will be restarted in 2 hours (~3:00 AM PDT). -- Best Regards, Victor Leschuk | Software Engineer |Access Softek

...2 (for example: https://clang.llvm.org/docs/UsersManual.html#profile-guided-optimization). The question is: is there any reason why exactly -O2 is used in examples? Are there any factors which can cause problems when using PGO with -O3? Thanks in advance for your advice! -- Best Regards, Victor Leschuk | Software Engineer | Access Softek

...nd -fprofile-use: 2.92 sec Do you have any idea what can be wrong? Maybe there are some recommendations in which cases one should use PGO with clang and when it is better not to do it? Thanks! On 02/05/2018 09:38 AM, Xinliang David Li wrote: > > > On Sun, Feb 4, 2018 at 9:59 PM, Victor Leschuk > <vleschuk at accesssoftek.com <mailto:vleschuk at accesssoftek.com>> wrote: > > Hello David! > > I have recently started acquaintance with PGO in LLVM/clang and found > your e-mail thread: > http://lists.llvm.org/pipermail/llvm-dev/2016-May/099395....

...tion -mllvm -force-precise-rotation-cost and there is about 10% speedup with -fprofile-use. This option turns on more precise cost model when computing rotation strategy but it is not turned on by default. +carrot who is working on this area. thanks, David On Tue, Feb 6, 2018 at 1:37 PM, Victor Leschuk <vleschuk at accesssoftek.com> wrote: > Hello David, thanks for detailed response! > > Do you have any tests that you use to measure the PGO effectiveness? I > have tested clang version 6.0 with the same sample that Jie Chen used in > 2016 and actually both frontend-based PGO...

It means using PGO with -O2 and above (including -O3). David On Sun, Jan 28, 2018 at 6:48 PM, Victor Leschuk via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Hello all, > > clang-related PGO documentation recommends using PGO with -O2 (for > example: > https://clang.llvm.org/docs/UsersManual.html#profile-guided-optimization). > The question is: is there any reason why exactly -...

...ations in pretty much every other DWARF section. If you have other goals, let us know what they are. Thanks, --paulr > -----Original Message----- > From: llvm-dev [mailto:llvm-dev-bounces at lists.llvm.org] On Behalf Of via > llvm-dev > Sent: Thursday, July 12, 2018 1:08 PM > To: vleschuk at accesssoftek.com; llvm-dev at lists.llvm.org > Subject: Re: [llvm-dev] debug_rnglists status > > Hi Victor! > > I am just about to commit https://reviews.llvm.org/D49214, the first > implementation of .debug_rnglists. As you can probably see from the review > it generates...

...ou posted a nice list of optimizations that use profiling and of those which could be using but don't. However that thread is about 2 years old. Could you please kindly let me know if there were any significant changes in this area since that time? Thanks in advance! -- Best Regards, Victor Leschuk | Software Engineer | Access Softek

On Sun, Feb 4, 2018 at 9:59 PM, Victor Leschuk <vleschuk at accesssoftek.com> wrote: > Hello David! > > I have recently started acquaintance with PGO in LLVM/clang and found > your e-mail thread: > http://lists.llvm.org/pipermail/llvm-dev/2016-May/099395.html . Here you > posted a nice list of optimizations that use pro...

Hello Wolfgang and team, I see that you are working on support of .debug_rnglists, I am interested in the feature too, could you please point me out what else left to be done so that I could help you? -- Best Regards, Victor Leschuk | Software Engineer | Access Softek

Hello David and all involved =) On 02/05/2018 09:38 AM, Xinliang David Li wrote: > ThinLTO also works well with PGO. Could you please let me know if there are any problems which prevent using PGO with FullLTO? Thanks in advance! -- Best Regards, Victor Leschuk | Software Engineer | Access Softek

Hello Adrian, sorry for the delay with the response. Somehow I missed your message.. On 09/13/2016 12:43 AM, Adrian Prantl wrote: >> On Sep 10, 2016, at 12:50 PM, Victor Leschuk via llvm-dev <llvm-dev at lists.llvm.org> wrote: >> >> Hello all, >> >> I am currently implementing support for DWARFv5 DW_AT_alignment attr and I got a question about align field in debug info section of IR/Bitcode. > Thanks for looking into this! No problem =) &gt...

...ated. If you have any questions > or concerns, let me know. > > regards, > Pavel > _______________________________________________ > LLVM Developers mailing list > llvm-dev at lists.llvm.org > http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev -- Best Regards, Victor Leschuk | Software Engineer | Access Softek

On Mon, Oct 3, 2016 at 2:24 PM Adrian Prantl via llvm-dev < llvm-dev at lists.llvm.org> wrote: > > > On Sep 30, 2016, at 4:05 PM, Victor Leschuk <vleschuk at accesssoftek.com> > wrote: > > > > Hello Adrian, sorry for the delay with the response. Somehow I missed > your message.. > > > > On 09/13/2016 12:43 AM, Adrian Prantl wrote: > >>> On Sep 10, 2016, at 12:50 PM, Victor Leschuk via llvm-dev...

Hello all, I am currently implementing support for DWARFv5 DW_AT_alignment attr and I got a question about align field in debug info section of IR/Bitcode. Currently it is being dumped almost in any case, however according to code we use align from DI* objects only when dealing with class/structure bitfields: DwarfUnit::constructMemberDIE. Dumping align information everywhere only for 1 case

Hello all, it looks like we have a bug here but I am not sure. Currently if we have two similar types with implicit_const attributes and different values we end up with only one abbrev in .debug_abbrev section. For example consider two structures: S1 with implicit_const attribute ATTR and value VAL1 and S2 with implicit_const ATTR and value VAL2. The .debug_abbrev section will contain only 1

Hello all, I am implementing support for .debug_names section (which is introduced in DWARFv5 standard as replacement for .debug_pubnames and .debug_pubtypes). The question is: should usage of DWARF version 5 force generation of .debug_names instead of .debug_pubnames or we can make it just default behavior and provide user with the interface (cmd switch) to use other DWARFv5 features but

...fdump will be very useful. I look forward to reviewing this. How do you feel about creating a [WIP] diff for (2). I'm very excited about bundling our efforts on this. Let me know what I can do if there's anything else I can help with. Cheers, Jonas > On 17 Jan 2018, at 16:40, Victor Leschuk <vleschuk at accesssoftek.com> wrote: > > Hello, I hope I will have time to help you with that. I discussed > dwarfv5 .debug_names implementation with involved party from RH. Anyway > even if can't help much could you keep me in the loop please? > > > On 01/17/2018...