From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <6d727748-f9dd-2f09-f9d0-a352efba57d9@basealt.ru> Date: Sat, 25 Sep 2021 11:04:40 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.1.0 Content-Language: ru To: devel@lists.altlinux.org References: <5e02589a-cca7-c258-022d-c154d0e3cf99@basealt.ru> <20210924151804.GA13293@altlinux.org> <20210924200459.59b232ea8aff745989784d27@altlinux.org> <20210924182936.GA15555@altlinux.org> <20210924224806.2c7ba7a286c3fea8b0e5b2fb@altlinux.org> <20210924202040.GA16808@altlinux.org> <20210924234740.969de2d1a309c603192d30d7@altlinux.org> <20210925011945.d822363adf4fe5fd259938ed@altlinux.org> From: Anton Farygin Organization: BaseALT In-Reply-To: <20210925011945.d822363adf4fe5fd259938ed@altlinux.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] I: gcc 11.2.1 && binutils 2.37 X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Sep 2021 08:04:41 -0000 Archived-At: List-Archive: List-Post: On 25.09.2021 01:19, Andrey Savchenko wrote: > 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-битных архитектурах. А кто-то запрещает сейчас собирать пакет с -O3 ?