ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Andrey Savchenko <bircoph@altlinux.org>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Subject: Re: [devel] I: gcc 11.2.1 && binutils 2.37
Date: Sat, 25 Sep 2021 01:19:45 +0300
Message-ID: <20210925011945.d822363adf4fe5fd259938ed@altlinux.org> (raw)
In-Reply-To: <b04bfe33-5135-2f64-966e-5be93ea9b1cf@basealt.ru>

[-- Attachment #1: Type: text/plain, Size: 3404 bytes --]

On Sat, 25 Sep 2021 00:06:34 +0300 Anton Farygin wrote:
> On 24.09.2021 23:47, Andrey Savchenko wrote:
> > On Fri, 24 Sep 2021 23:20:40 +0300 Dmitry V. Levin wrote:
> >> On Fri, Sep 24, 2021 at 10:48:06PM +0300, Andrey Savchenko wrote:
> >>> On Fri, 24 Sep 2021 21:29:36 +0300 Dmitry V. Levin wrote:
> >>>> On Fri, Sep 24, 2021 at 08:04:59PM +0300, Andrey Savchenko wrote:
> >>>>> On Fri, 24 Sep 2021 18:18:04 +0300 Dmitry V. Levin wrote:
> >>>>>> On Fri, Sep 24, 2021 at 08:48:12AM +0300, Anton Farygin wrote:
> >>>>>>> Да, Илья.
> >>>>>>>
> >>>>>>> Есть ещё вот такая статья годичной давности:
> >>>>>>> https://johnysswlab.com/link-time-optimizations-new-way-to-do-compiler-optimizations/
> >>>>>>>
> >>>>>>> и там интересная заметка про ffmpeg, в которой говорится о том, что
> >>>>>>> выигрыш в сборке с LTO может быть нулевым.
> >>>>>> Особенно если в случае LTO ещё и выключить в пакете часть ассемблерных
> >>>>>> оптимизаций.
> >>>>> Если ты внимательно читал статью, то там и в тесте без LTO они
> >>>>> оставались выключенными. А вообще, тот факт, что ради LTO
> >>>>> приходится отключать сильные оптимизации
> >>>> Не надо ради LTO отключать сильные оптимизации.
> >>>> Странно, что в ffmpeg так сделали.
> >>> Пожалуйста, прочитай внимательно исходную ссылку. Не разработчики
> >>> ffmpeg так сделали, а автор теста выключил asm, чтоб можно было
> >>> сравнить ffmpeg с lto и без lto в чистом виде.
> >> Я про то, что именно разработчики ffmpeg для включения LTO почему-то
> >> выключают часть ассемблерной оптимизации.
> > Потому что gcc неспособен скомпилировать все ассемблерные
> > оптимизации вместе с LTO. Но, как мы уже выяснили, разработчиков
> > gcc это не особо волнует.
> >
> ну это же прямо первой ссылкой гуглится:
> 
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57703

Гуглить ничего не нужно: я изначально про этот баг и говорю, он
даже упомянут на нашей вики. Как мы видим из этого бага, за более
чем 7 лет (семь, Карл!) разработчики gcc не почесались проблему
исправить. Мало того, она даже никому не назначена:
Assignee:	Not yet assigned to anyone

Что красноречиво говорит об уровне поддержки LTO в gcc.

-O3 лучше поддерживается (без шуток), давайте на него перейдём —
пользы больше будет, по крайней мере на 64-битных архитектурах.

Best regards,
Andrew Savchenko

[-- Attachment #2: Type: application/pgp-signature, Size: 833 bytes --]

  reply	other threads:[~2021-09-24 22:19 UTC|newest]

Thread overview: 57+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-09-21 21:45 Gleb Fotengauer-Malinovskiy
2021-09-23  8:17 ` Michael Shigorin
2021-09-23  8:37   ` [devel] NM: Проприетарные форки aka sisyphus_e2k (Was: I: gcc 11.2.1 && binutils 2.37) Vladimir D. Seleznev
2021-09-23  9:20     ` [devel] Не проприетарные, а суверенные / Apple M1 " Alexey Tourbin
2021-09-27 10:46   ` [devel] sisyphus_e2k vs GPL Dmitry V. Levin
2021-09-27 10:57     ` Michael Shigorin
2021-09-27 11:00       ` Dmitry V. Levin
2021-09-27 11:31         ` Michael Shigorin
2021-09-27 11:19           ` Dmitry V. Levin
2021-09-27 11:38           ` Anton V. Boyarshinov
2021-09-27 11:42       ` Paul Wolneykien
2021-09-27 12:21         ` Илья Курдюков
2021-09-27 11:46       ` Anton V. Boyarshinov
2021-09-27 11:50         ` Michael Shigorin
2021-09-27 11:56           ` Anton V. Boyarshinov
2021-09-27 11:58             ` Anton Farygin
2021-09-27 12:04               ` Anton V. Boyarshinov
2021-09-27 12:35                 ` Anton Farygin
2021-09-27 17:07                   ` Dmitry V. Levin
2021-09-27 21:22                     ` Andrey Savchenko
2021-09-27 22:47                       ` Dmitry V. Levin
2021-09-27 23:13                         ` Alexey Gladkov
2021-09-28  5:34                           ` Anton Farygin
2021-09-27 23:21                           ` Dmitry V. Levin
2021-09-28  8:29                             ` Alexey V. Vissarionov
2021-09-28 10:22                               ` Dmitry V. Levin
2021-09-28  8:11                         ` Alexey V. Vissarionov
2021-09-27 21:26                 ` Andrey Savchenko
2021-09-27 12:35             ` [devel] [OT] FARA (was: sisyphus_e2k vs GPL) Michael Shigorin
2021-09-27 12:42               ` Anton V. Boyarshinov
2021-09-27 12:34       ` [devel] sisyphus_e2k vs GPL Leonid Krivoshein
2021-09-23 17:33 ` [devel] I: gcc 11.2.1 && binutils 2.37 arbars
2021-09-24  3:32 ` Илья Курдюков
2021-09-24  5:48   ` Anton Farygin
2021-09-24  6:30     ` Илья Курдюков
2021-09-24  9:05       ` Konstantin Lepikhov
2021-09-24 12:06         ` Andrey Savchenko
2021-09-24 15:34           ` Dmitry V. Levin
2021-09-24 15:41             ` Илья Курдюков
2021-09-24 16:10               ` Dmitry V. Levin
2021-09-24 19:13                 ` Anton Farygin
2021-09-24 20:35                   ` Dmitry V. Levin
2021-09-24 17:15             ` Andrey Savchenko
2021-09-24 15:27       ` Dmitry V. Levin
2021-09-24 15:18     ` Dmitry V. Levin
2021-09-24 15:19       ` Anton Farygin
2021-09-24 17:04       ` Andrey Savchenko
2021-09-24 18:29         ` Dmitry V. Levin
2021-09-24 19:48           ` Andrey Savchenko
2021-09-24 20:20             ` Dmitry V. Levin
2021-09-24 20:47               ` Andrey Savchenko
2021-09-24 21:06                 ` Anton Farygin
2021-09-24 22:19                   ` Andrey Savchenko [this message]
2021-09-25  8:04                     ` Anton Farygin
2021-09-25 11:21                       ` Andrey Savchenko
2021-09-25  8:35           ` Anton Farygin
2021-09-24 12:13   ` Gleb Fotengauer-Malinovskiy

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20210925011945.d822363adf4fe5fd259938ed@altlinux.org \
    --to=bircoph@altlinux.org \
    --cc=devel@lists.altlinux.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

ALT Linux Team development discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
		devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
	public-inbox-index devel

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.devel


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git