Re: The case of LTO when produced enlarged binaries

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

On Fri, 2020-07-24 at 13:29 -0600, Jeff Law wrote:
> On Fri, 2020-07-24 at 19:12 +0000, Artem Tim wrote:
> > Hi. In rare cases building packages with LTO producing binaries or
> > libraries which have bigger size then if they have built without
> > LTO. For example 'kitty' package:
> > 
> > * with LTO:
> >   - koji task 
> > https://koji.fedoraproject.org/koji/taskinfo?taskID=47762998
> >     1.79 MB glfw-wayland.so
> >     1.99 MB glfw-x11.so
> >     4.78 MB fast_data_types.so
> >     8.56 MB total
> > 
> > * no LTO
> >   - koji 
> > https://koji.fedoraproject.org/koji/taskinfo?taskID=47769854
> >     1.65 MB glfw-wayland.so
> >     1.84 MB glfw-x11.so
> >     4.51 MB fast_data_types.so
> >     8.00 MB total
> > 
> > Difference is 7%. What we should do in such case? Should we disable
> > LTO for such packages? Or there is still could be gains from faster
> > code execution speed?
> I'd tend to leave LTO on, but it's totally your call.  Without
> looking at the
> binaries, sources and compiler dumps I'd hazard a guess you're
> getting a lot of
> cross module inlining, but very little identical code folding.  THe
> former tends
> to make things bigger, but faster.  The latter tends to shrink code
> with little
> impact on runtime performance.

- From what I see in this case, -ffat-lto-objects generates code that is
bigger than without -flto. -flto alone generates smaller code than
without -flto.

> Unfortunately comparing this stuff in an LTO world is much harder
> than in a non-
> LTO world.  You can't just bisect it to a .o or function that's
> larger :(
> 
> 
> jeff
> > 
> _______________________________________________
> devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
> To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: 
> https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx

- -- 
Igor Raits <ignatenkobrain@xxxxxxxxxxxxxxxxx>
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEcwgJ58gsbV5f5dMcEV1auJxcHh4FAl8bQ2cACgkQEV1auJxc
Hh4KkA/+LfGfZGjkZZcgJfgRYhVGdjpFpjdEjwTPQh/75IFnkd0q0BAJlHAxuvKA
HQ0z/EQH5dfXIXtKYzg8+t+EHYjABPio+BSllNtv8OOAFW55TsRgxHCq/vDDjugU
gM9urFXTvYnK8P52/EFMmZoIcg0PiLEMDArsoeUmHxzBDLSi4755HAsz/dz0VWxa
BpJWWavTDHSFgkjMbqsrU/E9n/N0WdRdhaG1vuYEc80OLuQxGA9wSyT8fCOauGGZ
6qg2l93gHmQQys/V1PDOup2Dpjgr/GFEN3H0Q55UhdszXhfYKmipA0gS+rX7evyH
jj9bYN+VMm8Qq9i7wmwPHsa88kYztozsx3vXYebpnuxgzG0uq1F+A2WoxkECtztc
n5Ug0wUbYZSEBbpzxt7Tr9zaYoJ+TzdT8Ce+doub+P2fmnGO3Rhz87V0MGyiYcSG
siBdnMBh26MwkQxRJkb5oR7WwCDmde2Rt7SmkVQuBI4sIUN418tif+bJUV+PMeMJ
Q2hvqZryKeMHqGx7QmoUqSr5dMcZaY4zvMVbWggn2+qphNyI7gdc+QZMmtJ+5xeG
ZpgKjMDofW8PWgD8Pn3ToeN/pyIzFFd17vvYY1sFD1ZpKE229T58eP6kWiMOnGyL
j2/BI5UGjH0s+bhiUDLvfyVregBJRSxTptP975HLjjiP4GWUYN0=
=taI4
-----END PGP SIGNATURE-----
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux