https://www.opennet.ru/openforum/vsluhforumID3/123978.html После шести месяцев разработки представлен релиз проекта LLVM 12.0 - GCC-совместимого инструментария (компиляторы, оптимизаторы и генераторы кода), компилирующего программы в промежуточный биткод RISC-подобных виртуальных инструкций (низкоуровневая виртуальная машина с многоуровневой системой оптимизаций). Сгенерированный псевдокод может быть преобразован при помощи JIT-компилятора в машинные инструкции непосредственно в момент выполнения программы...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=54977<br> https://www.opennet.ru/openforum/vsluhforumID3/123978.html#73 Tue, 20 Apr 2021 15:43:44 GMT На FreeBSD сейчас обязательно присутствует ТРИ версии LLVM: системный, LLVM 10.0 для mesa-dri, LLVM 11.0 для Firefox и Thunderbird. И ещё LLVM 9.0 и GCC 10 для сборки чего-то там используется, но это не считается - их можно удалить по окончании сборки.<br><br>Вот такой вот "зоопарк" версий, как у MS .Net в своё время.<br> https://www.opennet.ru/openforum/vsluhforumID3/123978.html#72 Sun, 18 Apr 2021 15:02:07 GMT &gt; likely, unlikely ...<br>&gt; Глупости все это -- управление предвыборкой. Не все платформы умеют это делать. <br>&gt; ia32 и amd64 в подявляющем большинстве случаев не могут эти хинты <br>&gt; эффективно обработать.<br>&gt; Самый действенный метод повысить призводительность вычислений -- писать всю математику <br>&gt; на фортране или прямо на ассемблере платформы.<br><br>При чём тут предвыборка вообще?<br><br>Например в каком-то маловероятном случае может требоваться крупный массив.<br><br>// ...<br>if(content_coded) [[unlikely]] {<br> int buffer[16*1024*1024];<br> /* decode content */<br>}<br>return content[0];<br>// :-)<br><br>Ну вот. Без unlikely оптимизирующий компилятор может резервировать память под buffer каждый раз при вызове функции (ещё до проверки чего-либо). Также может влиять на inlining...<br><br> https://www.opennet.ru/openforum/vsluhforumID3/123978.html#71 Sun, 18 Apr 2021 04:47:21 GMT Такой ерундой страдал 4-ый пень, и грелся аж песец.<br>Новые процы спекулятивно выполняют только одну ветку.<br>Или ведут статистику переходов, ака динамическое предсказание, или эвристика... типа к младшим адресам значит цикл, к старшим значит переход маловероятен.<br>В общем пользуй PGO либо ставь атрибуты.<br> https://www.opennet.ru/openforum/vsluhforumID3/123978.html#70 Sat, 17 Apr 2021 23:44:52 GMT &gt; А что там нынче с поддержкой плюсовых модулей?<br><br>Плохо, пока нет ни одного компилятора, который их поддерживает в полной мере. <br><br>https://en.cppreference.com/w/cpp/compiler_support/20<br> https://www.opennet.ru/openforum/vsluhforumID3/123978.html#69 Sat, 17 Apr 2021 23:40:34 GMT build2 для программ без сторонних библиотек (хеллоу ворлдов), потому как все сторонние библиотеки ориентированы на CMake<br> https://www.opennet.ru/openforum/vsluhforumID3/123978.html#68 Sat, 17 Apr 2021 20:29:25 GMT Разработчики пользуются то ли маком, то ли линуксом (возможно, и тем и другим). Бинарные пакеты build2 есть под большинство дистрибутивов Linux - Ubuntu/Debian, Fedora, RedHat/CentOS, вроде есть под Arch и Gentoo (под винду и мак, кстати, вроде нет). Правда, все они неофициальные, потому что официальный способ - собирать из исходников, но бинарные пакеты стабильно поддерживаются и ссылки есть на официальном сайте. Build2 поддерживает сборку приложений под Linux, Win, Mac, FreeBSD, причем даже в своем CI.<br><br>Ты, похоже, про какой-то не тот build2 пишешь.<br> https://www.opennet.ru/openforum/vsluhforumID3/123978.html#67 Sat, 17 Apr 2021 17:45:15 GMT Это такой намёк "берите nvidia и блоб", сама nvidia использует наработки llvm в той же cuda.<br> https://www.opennet.ru/openforum/vsluhforumID3/123978.html#66 Sat, 17 Apr 2021 17:00:16 GMT Тебе не повезло с процом, если он у тебя конвейер сбрасывает. Процы уже давно спекулятивно исполняют обе ветки после ветвления, отбрасывая потом ненужную уже фоном. Это появилось вскоре, как сделали переименовку регистров.<br> https://www.opennet.ru/openforum/vsluhforumID3/123978.html#65 Sat, 17 Apr 2021 16:28:39 GMT Цикл не был пустым естественно, он был динамическим и зависел от внешних данных (с диска). Просто переменная счётчика не попадала в регистры процессора из-за чего ощутимо падала производительность.<br>