From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,BAYES_00, RP_MATCHES_RCVD autolearn=unavailable autolearn_force=no version=3.4.1 To: devel@lists.altlinux.org References: <5e02589a-cca7-c258-022d-c154d0e3cf99@basealt.ru> From: =?UTF-8?B?0JjQu9GM0Y8g0JrRg9GA0LTRjtC60L7Qsg==?= Message-ID: <0e3c9e0e-643c-5eb3-0091-b93c2f01da1f@basealt.ru> Date: Fri, 24 Sep 2021 13:30:15 +0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=koi8-r; format=flowed Content-Transfer-Encoding: 8bit Content-Language: ru 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: Fri, 24 Sep 2021 06:30:22 -0000 Archived-At: List-Archive: List-Post: У меня самого ровно такие же мысли, просто интуитивно. Что если в самой сборке LTO не используется, то и нечего его туда засовывать насильно. В проектах где производительность важна - критические места специально оптимизируют в апстриме, ffmpeg как раз такой. По ссылке https://www.altlinux.org/LTO - хотелось бы видеть конкретные примеры из Альта, что скомпилировали такие-то нужные пакеты, была такая производительность, стала такая, чтобы наглядно было видно за что боремся. А не ссылки на статьи о том как это круто теоретически. Я ваши дискуссии внимательно не читал, потому что занимаюсь починкой пакетов для Эльбруса, где -flto просто не поддерживается и игнорируется компилятором. Однако это повлияло и на меня, когда несколько проектов в ряд оказываются сломаны из-за LTO, когда я пытаюсь добавить патч для Эльбруса. Как и много замечаю уже кем-то сделанных фиксов проблем с LTO. Моё впечатление, что создали себе гору проблем из-за "модной" фичи, не приносящей никакого заметного вклада в реальную производительность. On 24.09.2021 12:48, Anton Farygin wrote: > Да, Илья. > > Есть ещё вот такая статья годичной давности: > https://johnysswlab.com/link-time-optimizations-new-way-to-do-compiler-optimizations/ > > > и там интересная заметка про ffmpeg, в которой говорится о том, что > выигрыш в сборке с LTO может быть нулевым. > Конечно, компилятор развивается и на новом gcc всё может быть > несколько лучше. > >