forum.opennet.ru - "Релиз набора компиляторов LLVM 12.0 " (61)

"Релиз набора компиляторов LLVM 12.0 "

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Релиз набора компиляторов LLVM 12.0 "	+/–
Сообщение от opennews (??), 16-Апр-21, 12:40
После шести месяцев разработки представлен релиз проекта LLVM 12.0 - GCC-совместимого инструментария (компиляторы, оптимизаторы и генераторы кода), компилирующего программы в промежуточный биткод RISC-подобных виртуальных инструкций (низкоуровневая виртуальная машина с многоуровневой системой оптимизаций). Сгенерированный псевдокод может быть преобразован при помощи JIT-компилятора в машинные инструкции непосредственно в момент выполнения программы... Подробнее: https://www.opennet.me/opennews/art.shtml?num=54977
Ответить \| Правка \| Cообщить модератору

Оглавление

Атрибут optimize ещё не прикрутили , Аноним (1), 12:40 , 16-Апр-21, (1) +1

Да вроде давно, Аноним (5), 12:49 , 16-Апр-21, (5) –1

В упор не наблюдаю https clang llvm org docs AttributeReference html Где , Аноним (58), 16:22 , 17-Апр-21, (58)

А что там нынче с поддержкой плюсовых модулей , Аноним (2), 12:46 , 16-Апр-21, (2) +3

Ещё с 9 есть Только в CMake их поддержки не завезли, придётся самому валандатьс, Аноним (21), 14:05 , 16-Апр-21, (21)

В build2 https build2 org давно завезли не путать с бустовым b2 , Аноним (28), 15:18 , 16-Апр-21, (28)

Это что-то совсем уж маздайное, начиная с способов даунлоада и секурити в виде, Аноним (-), 10:44 , 17-Апр-21, (54) –2

Разработчики пользуются то ли маком, то ли линуксом возможно, и тем и другим , Аноним (68), 23:29 , 17-Апр-21, (68)

build2 для программ без сторонних библиотек хеллоу ворлдов , потому как все сто, Аноним (69), 02:40 , 18-Апр-21, (69)

Плохо, пока нет ни одного компилятора, который их поддерживает в полной мере ht, Аноним (69), 02:44 , 18-Апр-21, (70)

Дааа Когда же они тогда весь GCC перепишут , Аноним (3), 12:48 , 16-Апр-21, (3) –5
Что там с модулями Как их заставить работать с Xcode , menangen (?), 12:55 , 16-Апр-21, (7) –1

Никак , Аноним (21), 14:05 , 16-Апр-21, (22)

А жаль , Аноним (52), 04:42 , 17-Апр-21, (52)

А highly likely почему не добавили , Анонас (?), 13:00 , 16-Апр-21, (10) +18

Ты хочешь сказать, что русские хакеры могут вмешаться в исход условного оператор, anonymous (??), 13:15 , 16-Апр-21, (12) +5

С точки зрения ламера есть несколько вариантов в нотации ASM х86 - поменять ус, ng (?), 15:21 , 16-Апр-21, (30) +4

Лови русского советского хакера , Rndanon (?), 16:50 , 16-Апр-21, (38) +2

С гцц оно существует с какого года С 2000 , Аноним (15), 13:34 , 16-Апр-21, (15)

Вы путаете аттрибуты стандарта C и аттрибуты поддерживаемые компилятором , жопка3 (?), 13:43 , 16-Апр-21, (18) –2

А есть разница на результирующий код Или ты из секты синтаксической соли , Аноним (3), 14:20 , 16-Апр-21, (24) –1

Ну с сишного register есть, причём ради интереса замерял простенький цикл со счё, Аноним (26), 14:47 , 16-Апр-21, (26) –2

Ой, всё , Аноним (28), 15:20 , 16-Апр-21, (29) +2

Хорошая новость пго этот цикл тоже соптимизировал, даже ещё лучше Плохая без , Аноним (26), 15:42 , 16-Апр-21, (32) –1

Что вы там вообще делали Простой цикл со счетчиком gcc например обычно випилыва, Аноним (-), 10:59 , 17-Апр-21, (57)

Цикл не был пустым естественно, он был динамическим и зависел от внешних данных , Аноним (26), 19:28 , 17-Апр-21, (65)

По состоянию на сейчас register как правило не дает совсем никакого эффекта К, Аноним (-), 10:49 , 17-Апр-21, (55)

Это был gcc7 linux amd64 проц какой-то тех лет от интела, O2 и native Разница в, Аноним (26), 19:26 , 17-Апр-21, (64)

С 20 все еще не полностью поддерживается, Аноним (16), 13:36 , 16-Апр-21, (16) +2

Да и ладно А что там gcc выступал Вот на сабжа и заменим , Аноним (19), 13:48 , 16-Апр-21, (19) –2

Сабж не выступал против Столмана потому, что он и так под пятой у проприерастов,, Аноним (31), 15:31 , 16-Апр-21, (31) +2
gcc не выступал и не может так его пилит проект GNU которым столман управляет а , макпыф (ok), 18:05 , 16-Апр-21, (42) +2

Нет GCC не выступил потому, что они преданные соратники Столлмана , Аноним (-), 19:18 , 16-Апр-21, (47)

Кем именно преданные Столлманом , Аноним (-), 19:24 , 16-Апр-21, (48) –8

если кто то сомневаеться https ru wikipedia org wiki GNU_Compiler_Collectionа, макпыф (ok), 22:10 , 16-Апр-21, (51)

Ты GNU c FSF не попутал , Аноним (58), 16:24 , 17-Апр-21, (59)

нет fsf тут причем да, сора из за него, но проектом GNU тоже руководит столман, макпыф (ok), 16:26 , 17-Апр-21, (60)

C is dead, acroobat (ok), 17:22 , 17-Апр-21, (62) –3

AVX512 то еще говно по слвоам Линуса AVX2 уже давно есть -march native решает , Аноним (25), 14:41 , 16-Апр-21, (25) +1

На локалхосте у себя под одеялом собирать не вопрос конечно Но распространять т, Аноним (58), 16:28 , 17-Апр-21, (61)

Надо ещё highly likely и highly unlikely , а лучше - всю шкалу от nearly im, YetAnotherOnanym (ok), 15:16 , 16-Апр-21, (27) +2

От да ни в жисть до мамой клянусь , Какаянахренразница (ok), 17:19 , 16-Апр-21, (40) +2

Ну это вам язык РАПИРА надо Еще можно б буду добавить Хотя в принципе одно , Аноним (-), 10:52 , 17-Апр-21, (56) +1

Есть поддержка D , acroobat (ok), 16:00 , 16-Апр-21, (33) –1

D там отдельно, LDC называется , Аноним (31), 16:04 , 16-Апр-21, (34) +1

Тогда нужно, acroobat (ok), 16:15 , 16-Апр-21, (36) –2

likely, unlikely Глупости все это -- управление предвыборкой Не все платформ, adolfus (ok), 16:05 , 16-Апр-21, (35) –4

А если это не математика, а какой-нибудь обработчик событий в GUI Тоже на фортр, Твой батя (?), 16:45 , 16-Апр-21, (37) +1

Вот уж кому не впёрлись все эти лайки , Аноним (3), 18:10 , 16-Апр-21, (44) +1

Причём тут, блин, математика Вот есть у меня код разбора протокола http Если пе, Аноним (41), 18:00 , 16-Апр-21, (41)

И причём тут лайки, если ты уже сам составил дерево разбора так, как надо , Аноним (3), 18:12 , 16-Апр-21, (45) +2

В условии if-else две ветки выполнения Для компилятора они равновероятны Если , Tim (??), 19:01 , 17-Апр-21, (63) –1

Тебе не повезло с процом, если он у тебя конвейер сбрасывает Процы уже давно сп, Аноним (3), 20:00 , 17-Апр-21, (66)

Такой ерундой страдал 4-ый пень, и грелся аж песец Новые процы спекулятивно выпо, Tim (??), 07:47 , 18-Апр-21, (71)

Не умеют и не умеют, в чём проблема-то , Чтото странное ты пишешь (?), 18:06 , 16-Апр-21, (43) –2
При чём тут предвыборка вообще Например в каком-то маловероятном случае может тр, Алкоголик Анон (?), 18:02 , 18-Апр-21, (72)

Поправьте пожалуйста перевод unwind tables это таблицы для раскрутки стека, а , Иван (??), 18:18 , 16-Апр-21, (46) +2
Он даже название GCC копируют Типа набора компиляторов , Аноним (-), 19:39 , 16-Апр-21, (49)
OpenCL у писателей дров к видяхам на самом последнем месте https mesamatrix n, Аноним (53), 09:52 , 17-Апр-21, (53) +1

Это такой намёк берите nvidia и блоб , сама nvidia использует наработки llvm в , Аноним (26), 20:45 , 17-Апр-21, (67)

На FreeBSD сейчас обязательно присутствует ТРИ версии LLVM системный, LLVM 10 0, iZEN (ok), 18:43 , 20-Апр-21, (73)

Сообщения [Сортировка по времени | RSS]

1. "Релиз набора компиляторов LLVM 12.0 " +1 +/–

Сообщение от Аноним (1), 16-Апр-21, 12:40

Атрибут optimize ещё не прикрутили?

Ответить | Правка | Наверх | Cообщить модератору

5. "Релиз набора компиляторов LLVM 12.0 " –1 +/–

Сообщение от Аноним (5), 16-Апр-21, 12:49

Да вроде давно

Ответить | Правка | Наверх | Cообщить модератору

58. "Релиз набора компиляторов LLVM 12.0 " +/–

Сообщение от Аноним (58), 17-Апр-21, 16:22

В упор не наблюдаю https://clang.llvm.org/docs/AttributeReference.html Где?

Ответить | Правка | Наверх | Cообщить модератору

2. "Релиз набора компиляторов LLVM 12.0 " +3 +/–

Сообщение от Аноним (2), 16-Апр-21, 12:46

А что там нынче с поддержкой плюсовых модулей?

Ответить | Правка | Наверх | Cообщить модератору

21. "Релиз набора компиляторов LLVM 12.0 " +/–

Сообщение от Аноним (21), 16-Апр-21, 14:05

Ещё с 9 есть. Только в CMake их поддержки не завезли, придётся самому валандаться с аттрибутами коммандной строки. А мы ведь системы сборки для того и используем, чтобы с ними за нас валандалась система сборки. Поэтому, пока в системы сборок поддержку модулей не завезут, прок от использования модулей будет отрицательным.

Ответить | Правка | Наверх | Cообщить модератору

28. "Релиз набора компиляторов LLVM 12.0 " +/–

Сообщение от Аноним (28), 16-Апр-21, 15:18

В build2 (https://build2.org/) давно завезли (не путать с бустовым b2).

Ответить | Правка | Наверх | Cообщить модератору

54. "Релиз набора компиляторов LLVM 12.0 " –2 +/–

Сообщение от Аноним (-), 17-Апр-21, 10:44

Это что-то совсем уж маздайное, начиная с способов даунлоада и "секурити" в виде SHA256 (Подписи GPG?! Не, не слышали!) и поддерживает аж полторы конфигурации. Из которых примерно 3/4 - маздайка. Которая мне например как таргет не интересна вообще. Так что убийцы cmake из этой штуки явно не вырисовывается. Маздайный апстрим == trouble on the way.

Ответить | Правка | Наверх | Cообщить модератору

68. "Релиз набора компиляторов LLVM 12.0 " +/–

Сообщение от Аноним (68), 17-Апр-21, 23:29

Разработчики пользуются то ли маком, то ли линуксом (возможно, и тем и другим). Бинарные пакеты build2 есть под большинство дистрибутивов Linux - Ubuntu/Debian, Fedora, RedHat/CentOS, вроде есть под Arch и Gentoo (под винду и мак, кстати, вроде нет). Правда, все они неофициальные, потому что официальный способ - собирать из исходников, но бинарные пакеты стабильно поддерживаются и ссылки есть на официальном сайте. Build2 поддерживает сборку приложений под Linux, Win, Mac, FreeBSD, причем даже в своем CI.
Ты, похоже, про какой-то не тот build2 пишешь.

Ответить | Правка | Наверх | Cообщить модератору

69. "Релиз набора компиляторов LLVM 12.0 " +/–

Сообщение от Аноним (69), 18-Апр-21, 02:40

build2 для программ без сторонних библиотек (хеллоу ворлдов), потому как все сторонние библиотеки ориентированы на CMake

Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

70. "Релиз набора компиляторов LLVM 12.0 " +/–

Сообщение от Аноним (69), 18-Апр-21, 02:44

> А что там нынче с поддержкой плюсовых модулей?
Плохо, пока нет ни одного компилятора, который их поддерживает в полной мере.
https://en.cppreference.com/w/cpp/compiler_support/20

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

3. "Релиз набора компиляторов LLVM 12.0 " –5 +/–

Сообщение от Аноним (3), 16-Апр-21, 12:48

> На системах x86 включена поддержка опции "-mtune=<cpu>"
Дааа..... Когда же они тогда весь GCC перепишут?!

Ответить | Правка | Наверх | Cообщить модератору

7. "Релиз набора компиляторов LLVM 12.0 " –1 +/–

Сообщение от menangen (?), 16-Апр-21, 12:55

Что там с модулями? Как их заставить работать с Xcode?

Ответить | Правка | Наверх | Cообщить модератору

22. "Релиз набора компиляторов LLVM 12.0 " +/–

Сообщение от Аноним (21), 16-Апр-21, 14:05

Никак.

Ответить | Правка | Наверх | Cообщить модератору

52. "Релиз набора компиляторов LLVM 12.0 " +/–

Сообщение от Аноним (52), 17-Апр-21, 04:42

А жаль.

Ответить | Правка | Наверх | Cообщить модератору

10. "Релиз набора компиляторов LLVM 12.0 " +18 +/–

Сообщение от Анонас (?), 16-Апр-21, 13:00

> Реализована и включена по умолчанию поддержка предложенных в стандарте C++20 атрибутов "likely" и "unlikely", позволяющих информировать оптимизатор о вероятности срабатывания условной конструкции
А "highly likely" почему не добавили?

Ответить | Правка | Наверх | Cообщить модератору

12. "Релиз набора компиляторов LLVM 12.0 " +5 +/–

Сообщение от anonymous (??), 16-Апр-21, 13:15

Ты хочешь сказать, что русские хакеры могут вмешаться в исход условного оператора if???

Ответить | Правка | Наверх | Cообщить модератору

30. "Релиз набора компиляторов LLVM 12.0 " +4 +/–

Сообщение от ng (?), 16-Апр-21, 15:21

С точки зрения ламера есть несколько вариантов (в нотации ASM х86):
- поменять условный переход на безусловный по тому же адресу: JZ => JMP;
- поменять логику перехода сохранив адрес перехода: JZ => JNZ;
- исключить проверку и переход вообще: J(x) => NOP;
- наверняка, существуют и другие способы "вмешательства в исход условного оператора", известные хакерам безотносительно их национальной принадлежности.
imho

Ответить | Правка | Наверх | Cообщить модератору

38. "Релиз набора компиляторов LLVM 12.0 " +2 +/–

Сообщение от Rndanon (?), 16-Апр-21, 16:50

Лови русского(советского?) хакера!

Ответить | Правка | Наверх | Cообщить модератору

15. "Релиз набора компиляторов LLVM 12.0 " +/–

Сообщение от Аноним (15), 16-Апр-21, 13:34

С гцц оно существует с какого года? С 2000?

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

18. "Релиз набора компиляторов LLVM 12.0 " –2 +/–

Сообщение от жопка3 (?), 16-Апр-21, 13:43

Вы путаете аттрибуты стандарта C++ и аттрибуты поддерживаемые компилятором.

Ответить | Правка | Наверх | Cообщить модератору

24. "Релиз набора компиляторов LLVM 12.0 " –1 +/–

Сообщение от Аноним (3), 16-Апр-21, 14:20

А есть разница на результирующий код? Или ты из секты синтаксической соли?

Ответить | Правка | Наверх | Cообщить модератору

26. "Релиз набора компиляторов LLVM 12.0 " –2 +/–

Сообщение от Аноним (26), 16-Апр-21, 14:47

Ну с сишного register есть, причём ради интереса замерял простенький цикл со счётчиком и ускорение было в 10000 раз. По факту приложение в итоге начало отрабатывать в 1000 раз быстрее. А видишь из плюсов выкинули.

Ответить | Правка | Наверх | Cообщить модератору

29. "Релиз набора компиляторов LLVM 12.0 " +2 +/–

Сообщение от Аноним (28), 16-Апр-21, 15:20

Ой, всё...

Ответить | Правка | Наверх | Cообщить модератору

32. "Релиз набора компиляторов LLVM 12.0 " –1 +/–

Сообщение от Аноним (26), 16-Апр-21, 15:42

> Ой, всё...
Хорошая новость: пго этот цикл тоже соптимизировал, даже ещё лучше. Плохая: без пго единственная надежда на такие подсказки от кодера.

Ответить | Правка | Наверх | Cообщить модератору

57. "Релиз набора компиляторов LLVM 12.0 " +/–

Сообщение от Аноним (-), 17-Апр-21, 10:59

Что вы там вообще делали? Простой цикл со счетчиком gcc например обычно випилывает до условного return 42, заметив что эффекта от цикла ровно ноль и на этой почве вообще грохнув весь этот код. Так что скорость получается в дофига раз больше - кода вообще нет.
Более того - он умеет в сильно более продвинутый анализ. Если есть 10 веток функции для разных значений параметров, сцук замечает что 80% этого unused (если оно так) - и выпиливает к чертям код реализации.

Ответить | Правка | Наверх | Cообщить модератору

65. "Релиз набора компиляторов LLVM 12.0 " +/–

Сообщение от Аноним (26), 17-Апр-21, 19:28

Цикл не был пустым естественно, он был динамическим и зависел от внешних данных (с диска). Просто переменная счётчика не попадала в регистры процессора из-за чего ощутимо падала производительность.

Ответить | Правка | Наверх | Cообщить модератору

55. "Релиз набора компиляторов LLVM 12.0 " +/–

Сообщение от Аноним (-), 17-Апр-21, 10:49

По состоянию на *сейчас* register как правило не дает совсем никакого эффекта. Компилер и так допрет загнать "горячие" вещи в регистры, покуда их хватает. Собственно поэтому его и убрали...
Ну или давайте конкретный пример
- Конфигурации. Компилер, ось, проц, опции.
- Кода где от register есть какой-то толк. Я проверю.
Интерес потому что я пробовал так и сяк и вообще разницу в кодогенерации (как минимум на ARM) так сразу получить не смог.

Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

64. "Релиз набора компиляторов LLVM 12.0 " +/–

Сообщение от Аноним (26), 17-Апр-21, 19:26

Это был gcc7 linux amd64 проц какой-то тех лет от интела, O2 и native. Разница в кодогенерации была, и была разница в производительности. Кода у меня нет, там было что-то банальное типа for(int i;i<100500;++i) компилятор не стал это оптимизировать и счётчик в регистры не назначался.

Ответить | Правка | Наверх | Cообщить модератору

16. "Релиз набора компиляторов LLVM 12.0 " +2 +/–

Сообщение от Аноним (16), 16-Апр-21, 13:36

С++20 все еще не полностью поддерживается

Ответить | Правка | Наверх | Cообщить модератору

19. "Релиз набора компиляторов LLVM 12.0 " –2 +/–

Сообщение от Аноним (19), 16-Апр-21, 13:48

Да и ладно. А что там gcc выступал? Вот на сабжа и заменим.

Ответить | Правка | Наверх | Cообщить модератору

31. "Релиз набора компиляторов LLVM 12.0 " +2 +/–

Сообщение от Аноним (31), 16-Апр-21, 15:31

Сабж не выступал против Столмана потому, что он и так под пятой у проприерастов, а не под руководством FSF.

Ответить | Правка | Наверх | Cообщить модератору

42. "Релиз набора компиляторов LLVM 12.0 " +2 +/–

Сообщение от макпыф (ok), 16-Апр-21, 18:05

gcc не выступал и не может так его пилит проект GNU которым столман управляет.
а вот llvm выступить может.

Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

47. "Релиз набора компиляторов LLVM 12.0 " +/–

Сообщение от Аноним (-), 16-Апр-21, 19:18

Нет. GCC не выступил потому, что они преданные соратники Столлмана.

Ответить | Правка | Наверх | Cообщить модератору

48. "Релиз набора компиляторов LLVM 12.0 " –8 +/–

Сообщение от Аноним (-), 16-Апр-21, 19:24

> Нет. GCC не выступил потому, что они преданные соратники Столлмана.
Кем именно преданные? Столлманом?

Ответить | Правка | Наверх | Cообщить модератору

51. "Релиз набора компиляторов LLVM 12.0 " +/–

Сообщение от макпыф (ok), 16-Апр-21, 22:10

> gcc не выступал и не может так его пилит проект GNU которым
> столман управляет.
> а вот llvm выступить может.
если кто то сомневаеться: https://ru.wikipedia.org/wiki/GNU_Compiler_Collection
> Разработчик     Проект GNU
а лидер проекта gnu - столман
поэтому столман не может выступить сам против себя (раздвоения личности у него вроде нету)

Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

59. "Релиз набора компиляторов LLVM 12.0 " +/–

Сообщение от Аноним (58), 17-Апр-21, 16:24

Ты GNU c FSF не попутал?

Ответить | Правка | Наверх | Cообщить модератору

60. "Релиз набора компиляторов LLVM 12.0 " +/–

Сообщение от макпыф (ok), 17-Апр-21, 16:26

> Ты GNU c FSF не попутал?
нет.
fsf тут причем? да, сора из за него, но проектом GNU тоже руководит столман

Ответить | Правка | Наверх | Cообщить модератору

62. "Релиз набора компиляторов LLVM 12.0 " –3 +/–

Сообщение от acroobat (ok), 17-Апр-21, 17:22

> С++20 все еще не полностью поддерживается
C++ is dead

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

25. "Релиз набора компиляторов LLVM 12.0 " +1 +/–

Сообщение от Аноним (25), 16-Апр-21, 14:41

AVX512 то еще говно по слвоам Линуса. AVX2 уже давно есть. -march=native решает трудности выбора нужных инструкций. Но можно выключить ненужное, для чего и есть уровни 3 и 2.

Ответить | Правка | Наверх | Cообщить модератору

61. "Релиз набора компиляторов LLVM 12.0 " +/–

Сообщение от Аноним (58), 17-Апр-21, 16:28

На локалхосте у себя под одеялом собирать не вопрос конечно. Но распространять такие бинари бессмысленно.

Ответить | Правка | Наверх | Cообщить модератору

27. "Релиз набора компиляторов LLVM 12.0 " +2 +/–

Сообщение от YetAnotherOnanym (ok), 16-Апр-21, 15:16

> "likely" и "unlikely"
Надо ещё  "highly likely" и "highly unlikely", а лучше - всю шкалу от "nearly impossible" до "almost certain".

Ответить | Правка | Наверх | Cообщить модератору

40. "Релиз набора компиляторов LLVM 12.0 " +2 +/–

Сообщение от Какаянахренразница (ok), 16-Апр-21, 17:19

От "да ни в жисть" до "мамой клянусь".

Ответить | Правка | Наверх | Cообщить модератору

56. "Релиз набора компиляторов LLVM 12.0 " +1 +/–

Сообщение от Аноним (-), 17-Апр-21, 10:52

Ну это вам язык РАПИРА надо. Еще можно б#% буду! добавить. Хотя в принципе одно время такой синтаксис катитл и в MSовском сишном компилере, загуглить про "какой-то козел стал гoвнистость". Но это нестандарт, другие компилеры не жрут.

Ответить | Правка | Наверх | Cообщить модератору

33. "Релиз набора компиляторов LLVM 12.0 " –1 +/–

Сообщение от acroobat (ok), 16-Апр-21, 16:00

Есть поддержка D?

Ответить | Правка | Наверх | Cообщить модератору

34. "Релиз набора компиляторов LLVM 12.0 " +1 +/–

Сообщение от Аноним (31), 16-Апр-21, 16:04

D там отдельно, LDC называется.

Ответить | Правка | Наверх | Cообщить модератору

36. "Релиз набора компиляторов LLVM 12.0 " –2 +/–

Сообщение от acroobat (ok), 16-Апр-21, 16:15

Тогда нужно

Ответить | Правка | Наверх | Cообщить модератору

35. "Релиз набора компиляторов LLVM 12.0 " –4 +/–

Сообщение от adolfus (ok), 16-Апр-21, 16:05

likely, unlikely ...
Глупости все это -- управление предвыборкой. Не все платформы умеют это делать. ia32 и amd64 в подявляющем большинстве случаев не могут эти хинты эффективно обработать.
Самый действенный метод повысить призводительность вычислений -- писать всю математику на фортране или прямо на ассемблере платформы.

Ответить | Правка | Наверх | Cообщить модератору

37. "Релиз набора компиляторов LLVM 12.0 " +1 +/–

Сообщение от Твой батя (?), 16-Апр-21, 16:45

А если это не математика, а какой-нибудь обработчик событий в GUI? Тоже на фортране или ассемблере писать?

Ответить | Правка | Наверх | Cообщить модератору

44. "Релиз набора компиляторов LLVM 12.0 " +1 +/–

Сообщение от Аноним (3), 16-Апр-21, 18:10

> обработчик событий в GUI
Вот уж кому не впёрлись все эти лайки.

Ответить | Правка | Наверх | Cообщить модератору

41. "Релиз набора компиляторов LLVM 12.0 " +/–

Сообщение от Аноним (41), 16-Апр-21, 18:00

Причём тут, блин, математика?
Вот есть у меня код разбора протокола http. Если первый символ G, то очень даже likely, что второй E, а третий T.

Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

45. "Релиз набора компиляторов LLVM 12.0 " +2 +/–

Сообщение от Аноним (3), 16-Апр-21, 18:12

И причём тут лайки, если ты уже сам составил дерево разбора так, как надо?!

Ответить | Правка | Наверх | Cообщить модератору

63. "Релиз набора компиляторов LLVM 12.0 " –1 +/–

Сообщение от Tim (??), 17-Апр-21, 19:01

В условии if-else две ветки выполнения. Для компилятора они равновероятны.
Если не повезёт, в коротком цикле окажется сброс конвейера.
На пример с GET, возможен сброс после каждого символа.

Ответить | Правка | Наверх | Cообщить модератору

66. "Релиз набора компиляторов LLVM 12.0 " +/–

Сообщение от Аноним (3), 17-Апр-21, 20:00

Тебе не повезло с процом, если он у тебя конвейер сбрасывает. Процы уже давно спекулятивно исполняют обе ветки после ветвления, отбрасывая потом ненужную уже фоном. Это появилось вскоре, как сделали переименовку регистров.

Ответить | Правка | Наверх | Cообщить модератору

71. "Релиз набора компиляторов LLVM 12.0 " +/–

Сообщение от Tim (??), 18-Апр-21, 07:47

Такой ерундой страдал 4-ый пень, и грелся аж песец.
Новые процы спекулятивно выполняют только одну ветку.
Или ведут статистику переходов, ака динамическое предсказание, или эвристика... типа к младшим адресам значит цикл, к старшим значит переход маловероятен.
В общем пользуй PGO либо ставь атрибуты.

Ответить | Правка | Наверх | Cообщить модератору

43. "Релиз набора компиляторов LLVM 12.0 " –2 +/–

Сообщение от Чтото странное ты пишешь (?), 16-Апр-21, 18:06

Не умеют и не умеют, в чём проблема-то?

Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

72. "Релиз набора компиляторов LLVM 12.0" +/–

Сообщение от Алкоголик Анон (?), 18-Апр-21, 18:02

> likely, unlikely ...
> Глупости все это -- управление предвыборкой. Не все платформы умеют это делать.
> ia32 и amd64 в подявляющем большинстве случаев не могут эти хинты
> эффективно обработать.
> Самый действенный метод повысить призводительность вычислений -- писать всю математику
> на фортране или прямо на ассемблере платформы.
При чём тут предвыборка вообще?
Например в каком-то маловероятном случае может требоваться крупный массив.
// ...
if(content_coded) [[unlikely]] {
   int buffer[16*1024*1024];
   /* decode content */
}
return content[0];
// :-)
Ну вот. Без unlikely оптимизирующий компилятор может резервировать память под buffer каждый раз при вызове функции (ещё до проверки чего-либо). Также может влиять на inlining...

Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

46. "Релиз набора компиляторов LLVM 12.0 " +2 +/–

Сообщение от Иван (??), 16-Апр-21, 18:18

> На платформе Linux для архитектур AArch64 и PowerPC включён режим
> "-fasynchronous-unwind-tables" для генерации "раскрученных"
> (unwind) таблиц вызовов, как в GCC.
Поправьте пожалуйста перевод.
"unwind tables" это таблицы для раскрутки стека, а не "раскрученные" таблицы. Асинхронные таблицы раскрутки стека позволяют раскручивать стек в любой точке (на любой инструкции), а не только в точках вызова функций.

Ответить | Правка | Наверх | Cообщить модератору

49. "Релиз набора компиляторов LLVM 12.0 " +/–

Сообщение от Аноним (-), 16-Апр-21, 19:39

>Релиз набора компиляторов LLVM 12.0
Он даже название GCC копируют. Типа: "набора компиляторов".

Ответить | Правка | Наверх | Cообщить модератору

53. "Релиз набора компиляторов LLVM 12.0 " +1 +/–

Сообщение от Аноним (53), 17-Апр-21, 09:52

> поддержкой OpenCL, OpenMP и CUDA. Добавлены опции "-cl-std=CL3.0" и "-cl-std=CL1.0"
OpenCL у писателей дров к видяхам на самом последнем месте: https://mesamatrix.net
Хотя бы для видях AMD сделали полную поддержку "-cl-std=CL1.2"

Ответить | Правка | Наверх | Cообщить модератору

67. "Релиз набора компиляторов LLVM 12.0 " +/–

Сообщение от Аноним (26), 17-Апр-21, 20:45

Это такой намёк "берите nvidia и блоб", сама nvidia использует наработки llvm в той же cuda.

Ответить | Правка | Наверх | Cообщить модератору

73. "Релиз набора компиляторов LLVM 12.0 " +/–

Сообщение от iZEN (ok), 20-Апр-21, 18:43

На FreeBSD сейчас обязательно присутствует ТРИ версии LLVM: системный, LLVM 10.0 для mesa-dri, LLVM 11.0 для Firefox и Thunderbird. И ещё LLVM 9.0 и GCC 10 для сборки чего-то там используется, но это не считается - их можно удалить по окончании сборки.
Вот такой вот "зоопарк" версий, как у MS .Net в своё время.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Релиз набора компиляторов LLVM 12.0 "	+1 +/–
Сообщение от Аноним (1), 16-Апр-21, 12:40
Атрибут optimize ещё не прикрутили?
Ответить \| Правка \| Наверх \| Cообщить модератору


	5. "Релиз набора компиляторов LLVM 12.0 "	–1 +/–
	Сообщение от Аноним (5), 16-Апр-21, 12:49
	Да вроде давно
	Ответить \| Правка \| Наверх \| Cообщить модератору


	58. "Релиз набора компиляторов LLVM 12.0 "	+/–
	Сообщение от Аноним (58), 17-Апр-21, 16:22
	В упор не наблюдаю https://clang.llvm.org/docs/AttributeReference.html Где?
	Ответить \| Правка \| Наверх \| Cообщить модератору

2. "Релиз набора компиляторов LLVM 12.0 "	+3 +/–
Сообщение от Аноним (2), 16-Апр-21, 12:46
А что там нынче с поддержкой плюсовых модулей?
Ответить \| Правка \| Наверх \| Cообщить модератору


	21. "Релиз набора компиляторов LLVM 12.0 "	+/–
	Сообщение от Аноним (21), 16-Апр-21, 14:05
	Ещё с 9 есть. Только в CMake их поддержки не завезли, придётся самому валандаться с аттрибутами коммандной строки. А мы ведь системы сборки для того и используем, чтобы с ними за нас валандалась система сборки. Поэтому, пока в системы сборок поддержку модулей не завезут, прок от использования модулей будет отрицательным.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	28. "Релиз набора компиляторов LLVM 12.0 "	+/–
	Сообщение от Аноним (28), 16-Апр-21, 15:18
	В build2 (https://build2.org/) давно завезли (не путать с бустовым b2).
	Ответить \| Правка \| Наверх \| Cообщить модератору


	54. "Релиз набора компиляторов LLVM 12.0 "	–2 +/–
	Сообщение от Аноним (-), 17-Апр-21, 10:44
	Это что-то совсем уж маздайное, начиная с способов даунлоада и "секурити" в виде SHA256 (Подписи GPG?! Не, не слышали!) и поддерживает аж полторы конфигурации. Из которых примерно 3/4 - маздайка. Которая мне например как таргет не интересна вообще. Так что убийцы cmake из этой штуки явно не вырисовывается. Маздайный апстрим == trouble on the way.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	68. "Релиз набора компиляторов LLVM 12.0 "	+/–
	Сообщение от Аноним (68), 17-Апр-21, 23:29
	Разработчики пользуются то ли маком, то ли линуксом (возможно, и тем и другим). Бинарные пакеты build2 есть под большинство дистрибутивов Linux - Ubuntu/Debian, Fedora, RedHat/CentOS, вроде есть под Arch и Gentoo (под винду и мак, кстати, вроде нет). Правда, все они неофициальные, потому что официальный способ - собирать из исходников, но бинарные пакеты стабильно поддерживаются и ссылки есть на официальном сайте. Build2 поддерживает сборку приложений под Linux, Win, Mac, FreeBSD, причем даже в своем CI. Ты, похоже, про какой-то не тот build2 пишешь.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	69. "Релиз набора компиляторов LLVM 12.0 "	+/–
	Сообщение от Аноним (69), 18-Апр-21, 02:40
	build2 для программ без сторонних библиотек (хеллоу ворлдов), потому как все сторонние библиотеки ориентированы на CMake
	Ответить \| Правка \| К родителю #28 \| Наверх \| Cообщить модератору


	70. "Релиз набора компиляторов LLVM 12.0 "	+/–
	Сообщение от Аноним (69), 18-Апр-21, 02:44
	> А что там нынче с поддержкой плюсовых модулей? Плохо, пока нет ни одного компилятора, который их поддерживает в полной мере. https://en.cppreference.com/w/cpp/compiler_support/20
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору

3. "Релиз набора компиляторов LLVM 12.0 "	–5 +/–
Сообщение от Аноним (3), 16-Апр-21, 12:48
> На системах x86 включена поддержка опции "-mtune=<cpu>" Дааа..... Когда же они тогда весь GCC перепишут?!
Ответить \| Правка \| Наверх \| Cообщить модератору

7. "Релиз набора компиляторов LLVM 12.0 "	–1 +/–
Сообщение от menangen (?), 16-Апр-21, 12:55
Что там с модулями? Как их заставить работать с Xcode?
Ответить \| Правка \| Наверх \| Cообщить модератору


	22. "Релиз набора компиляторов LLVM 12.0 "	+/–
	Сообщение от Аноним (21), 16-Апр-21, 14:05
	Никак.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	52. "Релиз набора компиляторов LLVM 12.0 "	+/–
	Сообщение от Аноним (52), 17-Апр-21, 04:42
	А жаль.
	Ответить \| Правка \| Наверх \| Cообщить модератору

10. "Релиз набора компиляторов LLVM 12.0 "	+18 +/–
Сообщение от Анонас (?), 16-Апр-21, 13:00
> Реализована и включена по умолчанию поддержка предложенных в стандарте C++20 атрибутов "likely" и "unlikely", позволяющих информировать оптимизатор о вероятности срабатывания условной конструкции А "highly likely" почему не добавили?
Ответить \| Правка \| Наверх \| Cообщить модератору


	12. "Релиз набора компиляторов LLVM 12.0 "	+5 +/–
	Сообщение от anonymous (??), 16-Апр-21, 13:15
	Ты хочешь сказать, что русские хакеры могут вмешаться в исход условного оператора if???
	Ответить \| Правка \| Наверх \| Cообщить модератору


	30. "Релиз набора компиляторов LLVM 12.0 "	+4 +/–
	Сообщение от ng (?), 16-Апр-21, 15:21
	С точки зрения ламера есть несколько вариантов (в нотации ASM х86): - поменять условный переход на безусловный по тому же адресу: JZ => JMP; - поменять логику перехода сохранив адрес перехода: JZ => JNZ; - исключить проверку и переход вообще: J(x) => NOP; - наверняка, существуют и другие способы "вмешательства в исход условного оператора", известные хакерам безотносительно их национальной принадлежности. imho
	Ответить \| Правка \| Наверх \| Cообщить модератору


	38. "Релиз набора компиляторов LLVM 12.0 "	+2 +/–
	Сообщение от Rndanon (?), 16-Апр-21, 16:50
	Лови русского(советского?) хакера!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	15. "Релиз набора компиляторов LLVM 12.0 "	+/–
	Сообщение от Аноним (15), 16-Апр-21, 13:34
	С гцц оно существует с какого года? С 2000?
	Ответить \| Правка \| К родителю #10 \| Наверх \| Cообщить модератору


	18. "Релиз набора компиляторов LLVM 12.0 "	–2 +/–
	Сообщение от жопка3 (?), 16-Апр-21, 13:43
	Вы путаете аттрибуты стандарта C++ и аттрибуты поддерживаемые компилятором.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	24. "Релиз набора компиляторов LLVM 12.0 "	–1 +/–
	Сообщение от Аноним (3), 16-Апр-21, 14:20
	А есть разница на результирующий код? Или ты из секты синтаксической соли?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	26. "Релиз набора компиляторов LLVM 12.0 "	–2 +/–
	Сообщение от Аноним (26), 16-Апр-21, 14:47
	Ну с сишного register есть, причём ради интереса замерял простенький цикл со счётчиком и ускорение было в 10000 раз. По факту приложение в итоге начало отрабатывать в 1000 раз быстрее. А видишь из плюсов выкинули.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	29. "Релиз набора компиляторов LLVM 12.0 "	+2 +/–
	Сообщение от Аноним (28), 16-Апр-21, 15:20
	Ой, всё...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	32. "Релиз набора компиляторов LLVM 12.0 "	–1 +/–
	Сообщение от Аноним (26), 16-Апр-21, 15:42
	> Ой, всё... Хорошая новость: пго этот цикл тоже соптимизировал, даже ещё лучше. Плохая: без пго единственная надежда на такие подсказки от кодера.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	57. "Релиз набора компиляторов LLVM 12.0 "	+/–
	Сообщение от Аноним (-), 17-Апр-21, 10:59
	Что вы там вообще делали? Простой цикл со счетчиком gcc например обычно випилывает до условного return 42, заметив что эффекта от цикла ровно ноль и на этой почве вообще грохнув весь этот код. Так что скорость получается в дофига раз больше - кода вообще нет. Более того - он умеет в сильно более продвинутый анализ. Если есть 10 веток функции для разных значений параметров, сцук замечает что 80% этого unused (если оно так) - и выпиливает к чертям код реализации.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	65. "Релиз набора компиляторов LLVM 12.0 "	+/–
	Сообщение от Аноним (26), 17-Апр-21, 19:28
	Цикл не был пустым естественно, он был динамическим и зависел от внешних данных (с диска). Просто переменная счётчика не попадала в регистры процессора из-за чего ощутимо падала производительность.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	55. "Релиз набора компиляторов LLVM 12.0 "	+/–
	Сообщение от Аноним (-), 17-Апр-21, 10:49
	По состоянию на сейчас register как правило не дает совсем никакого эффекта. Компилер и так допрет загнать "горячие" вещи в регистры, покуда их хватает. Собственно поэтому его и убрали... Ну или давайте конкретный пример - Конфигурации. Компилер, ось, проц, опции. - Кода где от register есть какой-то толк. Я проверю. Интерес потому что я пробовал так и сяк и вообще разницу в кодогенерации (как минимум на ARM) так сразу получить не смог.
	Ответить \| Правка \| К родителю #26 \| Наверх \| Cообщить модератору


	64. "Релиз набора компиляторов LLVM 12.0 "	+/–
	Сообщение от Аноним (26), 17-Апр-21, 19:26
	Это был gcc7 linux amd64 проц какой-то тех лет от интела, O2 и native. Разница в кодогенерации была, и была разница в производительности. Кода у меня нет, там было что-то банальное типа for(int i;i<100500;++i) компилятор не стал это оптимизировать и счётчик в регистры не назначался.
	Ответить \| Правка \| Наверх \| Cообщить модератору

16. "Релиз набора компиляторов LLVM 12.0 "	+2 +/–
Сообщение от Аноним (16), 16-Апр-21, 13:36
С++20 все еще не полностью поддерживается
Ответить \| Правка \| Наверх \| Cообщить модератору


	19. "Релиз набора компиляторов LLVM 12.0 "	–2 +/–
	Сообщение от Аноним (19), 16-Апр-21, 13:48
	Да и ладно. А что там gcc выступал? Вот на сабжа и заменим.
	Ответить \| Правка \| Наверх \| Cообщить модератору