<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title><![CDATA[Linux Forum &mdash; Проект по задействованию LTO-оптимизации при сборке ядра Linux]]></title>
		<link>https://linuxforum.ru/viewtopic.php?id=23864</link>
		<atom:link href="https://linuxforum.ru/extern.php?action=feed&amp;tid=23864&amp;type=rss" rel="self" type="application/rss+xml" />
		<description><![CDATA[Недавние сообщения в теме «Проект по задействованию LTO-оптимизации при сборке ядра Linux».]]></description>
		<lastBuildDate>Mon, 20 Aug 2012 21:07:08 +0000</lastBuildDate>
		<generator>PunBB</generator>
		<item>
			<title><![CDATA[Re: Проект по задействованию LTO-оптимизации при сборке ядра Linux]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=294195#p294195</link>
			<description><![CDATA[<p>Пришло время добавить оперативы.</p>]]></description>
			<author><![CDATA[null@example.com (animal)]]></author>
			<pubDate>Mon, 20 Aug 2012 21:07:08 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=294195#p294195</guid>
		</item>
		<item>
			<title><![CDATA[Проект по задействованию LTO-оптимизации при сборке ядра Linux]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=294094#p294094</link>
			<description><![CDATA[<p>Разработчики из компании Intel представили набор патчей с результатами работы по адаптации ядра Linux для сборки с использованием режима оптимизации во время динамического связывания (LTO - Link Time Optimization). LTO-оптимизации отличаются учётом состояния всех файлов, участвующих в процессе сборки, в то время, как традиционные режимы оптимизации оптимизируют каждый файл по отдельности и не учитывают условия вызова функций, определённых в других файлах. Например, при LTO для функций из других файлов возможно inlinе-развёртывание, в исполняемый файл не включается неиспользуемый код, осуществляется проверка типов для всей программы, производится общая оптимизация на уровне проекта в целом.</p><p>Подготовленные патчи включают в себя устранения проблем, всплывших в результате более агрессивной оптимизации, а также содержат ряд обходных путей для исключения влияния известных проблем в GCC 4.7. В результате использования патчей при сборке ядра 3.6 при помощи GCC 4.7 удалось добиться заметного повышения производительности результирующей сборки. Ускорение наблюдается практически во всех тестах, за исключением нескольких незначительных регрессий, которые планируется устранить в ближайшее время.</p><p>Ценой использования LTO является замедление процесса сборки в 2-4 раза и необходимость наличия в системе от 4 до 9 Гб ОЗУ в зависимости от собираемой конфигурации ядра. Ожидается, что в будущих версиях GCC проблемы с производительностью будут решены и скорость сборки в режиме LTO будет существенно увеличена.</p><p><a href="http://opennet.ru/opennews/art.shtml?num=34619">Источник »</a><br /><a href="https://lkml.org/lkml/2012/8/18/273">Главная ссылка к новости »</a></p>]]></description>
			<author><![CDATA[null@example.com (XRevan86)]]></author>
			<pubDate>Mon, 20 Aug 2012 14:26:55 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=294094#p294094</guid>
		</item>
	</channel>
</rss>
