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

Релиз набора компиляторов LLVM 15.0, opennews (?), 06-Сен-22, (0) [смотреть все] Отличная новость Крутой прогресс за полгода , Анонн (?), 23:34 , 06-Сен-22, (1) +5 // Плюсую За LLVM будущее, и скоро, надеюсь, выкинут наконец-то этот GCC на свалку, Xenia Joness (ok), 12:05 , 07-Сен-22, (34) –16 // Чем он вам так насолил , Аноним (42), 12:39 , 07-Сен-22, (42) // Да она и про LLVM-то только название и слышала , Аноним (44), 12:42 , 07-Сен-22, (44) +3 Да куча недостатков - GNU C Language Extensions - здоровенный костыль поддержанн, Анонн (?), 15:51 , 07-Сен-22, (55) –3 FSF при помощи прежде всего GCC начал менять мир годах в 80ых и продолжает менят, аНОНИМ (?), 18:24 , 07-Сен-22, (65) +4 А знаешь почему Потому что они на момент создания llvm никому нафиг не вс лись , Аноним (66), 18:41 , 07-Сен-22, (66) Зачем ты рассказываешь о том, в чём ничего не понимаешь Как же так - гцц подлый, срыватель_покровов (?), 00:22 , 08-Сен-22, (71) +2 Просто не все живут на мамкиной шее И идеалами сыт не будешь , Neon (??), 17:24 , 09-Сен-22, (102) +1 Одни лозунги А по факту 8212 единоличное создание своего диалекта си в стил, Тот_Самый_Анонимус (?), 06:16 , 14-Сен-22, (120) Смотри, жертва пропаганды - Кроме gnuc другого си нет Никто не будет ничего пис, срыватель_покровов (?), 00:15 , 08-Сен-22, (70) –1 Гнус это всего лишь жалкая надстройка над си, которую добавили ядрописатели - пр, Аноним (66), 12:04 , 08-Сен-22, (80) –1 GPL - не свободный, потому что ограничивает твою свободу воровать , Аноним (91), 00:03 , 09-Сен-22, (91) Свобода зарабатывать - это свобода воровать Чтобы заработать, предлагаете с н, Neon (??), 17:31 , 09-Сен-22, (103) +1 Хорошо сидеть на шее у сообщества, используя его инструменты, изображать из себя, Аноним (109), 09:38 , 10-Сен-22, (109) Как можно украсть то, что принадлежит всему миру и отдано в безвозмездное пользо, Аноним (-), 01:11 , 11-Сен-22, (115) Да ты чё Зачем ты, домохозяйка, о чём-то пытаешься рассуждать gnuc это и есть , срыватель_покровов (?), 02:03 , 09-Сен-22, (94) –1 С другой стороны нужно быть благодарным им за это все - иначе какой смысл было б, Анонн (?), 15:54 , 07-Сен-22, (56) +1 Не очень понятно, зачем нужно фиксировать промежуточный результат в виде объектн, adolfus (ok), 20:51 , 09-Сен-22, (107) +1 // NIH-синдром на Java JIT нужно реализовать то, что было реализовано 20 лет назад, iZEN (ok), 14:46 , 10-Сен-22, (113) Вайн задействует , Аноним (2), 23:39 , 06-Сен-22, (2) // https github com microsoft DirectXShaderCompiler - просто аттракцион невиданно, Аноним (2), 23:45 , 06-Сен-22, (5) // Видимо на DX все забили при наличии вулкана, вот и раздобрились , Аноним (-), 12:05 , 07-Сен-22, (35) +1 Ждём обновления ldc для dlang , Аноним (3), 23:39 , 06-Сен-22, (3) –1 А про ассемблер llvm-mc ничего не слышно Он совместим с gas, но весьма ограниче, lucentcode (ok), 23:39 , 06-Сен-22, (4) +1 // Мне вот надо чтобы clang на инлайн асме, с интел синтаксисом на использовании of, Аноним (6), 04:16 , 07-Сен-22, (6) +2 // Интел-стайл контр-интуитивен Особенно при косвенной адресации Закопать , Брат Анон (ok), 09:01 , 07-Сен-22, (17) +2 // AT T-синтаксис просто ужасен и для набор и для чтения Его вообще не должно быть, Аноним (19), 09:30 , 07-Сен-22, (19) –2 У тебя синдром утёнка , Аноним (26), 10:29 , 07-Сен-22, (26) +1 У тебя Даннинг-Крюгер , Аноним (30), 11:09 , 07-Сен-22, (30) +8 Не, норм Не привычно после TASM MASM Fasm Nasm RosAsm и что там ещё юзал в моло, lucentcode (ok), 21:01 , 07-Сен-22, (68) +3 Правда Как там в AT T записывается eax ecx В Intel mov eax, ecx И поэтому в, Аноним (83), 13:27 , 08-Сен-22, (83) –1 Когда вы чему-то присваиваете какое-то значение с помощью команды mov move по су, lucentcode (ok), 13:13 , 10-Сен-22, (112) Да пофиг на синтаксис Ассемблер очень мало, когда реально нужен, если только вы, Ванёк (?), 21:54 , 07-Сен-22, (69) Чувство прекрасного против , Аноним (76), 10:53 , 08-Сен-22, (76) Уж точно лучше, чем интелловский Если этот не должен существовать, тогда всех и, Брат Анон (ok), 13:45 , 08-Сен-22, (86) +1 Интел не регламентирует синтаксис offset - это Microsoft Есть синтаксисы Borl, n00by (ok), 10:10 , 07-Сен-22, (25) Ага, а когда присваеваемое слева, а куда присваивают справа - нонсенс же , Аноним (44), 12:51 , 07-Сен-22, (47) +1 А на неинтел синтаксисе всё норм , Ванёк (?), 17:19 , 07-Сен-22, (59) –2 // Не всё Но интел существенно хуже mov eax, ebx -- попробуйте здесь догадаться от, Брат Анон (ok), 13:48 , 08-Сен-22, (87) +2 Смесь английского с ивритом , Ванёк (?), 18:33 , 08-Сен-22, (90) –1 Народ, подскажите, пожалуйста, хороший транслятор из одного синтаксиса Ассемблер, Ванёк (?), 13:25 , 09-Сен-22, (100) // GAS это умеет , Ванёк (?), 13:29 , 09-Сен-22, (101) И снижение производительности в несколько разчтобы поломать всю арифметику указа, ИмяХ (?), 07:39 , 07-Сен-22, (7) –2   // Арифметика указателей для перехода между глобальными структурами - UB Если в ва, Аноним (8), 08:01 , 07-Сен-22, (8) +5   // Нельзя быть не толерантным к злобным буратинам , EULA (?), 10:05 , 07-Сен-22, (24)   // Надо быть толерантными ко всем буратинам, но злобных сажать в тюрьму, но делать , Аноним (30), 11:13 , 07-Сен-22, (31) +1   поломается так называемая динамическая арифметика, компиляторная будет работать,, Sw00p aka Jerom (?), 08:22 , 07-Сен-22, (9)   Несколько команд снизят производительность в несколько раз , Бывалый смузихлёб (?), 08:56 , 07-Сен-22, (16) +1   // Не несколько команд Регистров не несколько Но в 2 раза вполне может С учётом , Брат Анон (ok), 09:03 , 07-Сен-22, (18)   // Даже будучи смузихлёбом смутно припоминаю, что были команды для сохранения всех , Бывалый смузихлёб (?), 09:57 , 07-Сен-22, (23) –1   PUSHF опкод 9D сохраняет регистр флагов F В 64-х разрядном режиме тот же оп, n00by (ok), 10:51 , 07-Сен-22, (29) –2   Вы новость читали При чём тут сохранение на стеке, если речь в статье шла про в, Брат Анон (ok), 13:43 , 08-Сен-22, (85)   Эти команды чудовищно медленные и в тактах выигрыша не будет, только в объёме ко, Аноним (83), 13:57 , 08-Сен-22, (88)   Медленный Silvermont исполняет 2 две XOR за такт CALL - 1-2 такта RET - 1 та, n00by (ok), 10:37 , 07-Сен-22, (28) –3   Это же две команды И сколько их нужно всего И на сколько при этом упадёт эффек, Брат Анон (ok), 13:42 , 08-Сен-22, (84) +1   Что тут нужно, так это доказать утверждение 171 снижение производительности в , n00by (ok), 14:49 , 08-Сен-22, (89) –1   Там типичный эксперт А вот талмуд code Table 2-3 Skylake Microarchitecture Ex, n00by (ok), 10:33 , 07-Сен-22, (27) –1   // А вот красавец который кроме wintel себе ничего представить не может и потому сч, Аноним (-), 12:08 , 07-Сен-22, (37) +2   А ещё я имею представление, сколько примерно команд находится в теле средней под, n00by (ok), 12:39 , 07-Сен-22, (43)   А что такое средняя подпрограмма Это типа средней температуры по больнице , Аноним (49), 12:53 , 07-Сен-22, (49)   Это та цифра, которую эксперты подставят в известную им формулу и наконец-то док, n00by (ok), 13:03 , 07-Сен-22, (51)   Вы все тут эксперды По факту нормальный OoO процессор, видя XOR reg,reg -- ниче, аНОНИМ (?), 18:20 , 07-Сен-22, (63) +1   Молодец, единственный кто осилил прочитать мануал Это удивительно - особенно на, срыватель_покровов (?), 00:29 , 08-Сен-22, (72)   По факту CodeAnalyst закопали всего лет десять назад, а без симуляции конвейера , n00by (ok), 13:13 , 08-Сен-22, (82)   Ты выше опозорился и пришёл сюда плакаться Какая архитектура, какой CodeAnalyst, срыватель_покровов (?), 02:05 , 09-Сен-22, (95)   Это что, выпуск экстерном нового актива 171 центра псих операций 187 Мануал, n00by (ok), 11:01 , 09-Сен-22, (97)   Вы слишком рано ответили Такие умозаключения разбиваются железным аргументом , n00by (ok), 13:04 , 08-Сен-22, (81)   Если небольшая функция, и она активно используется, и компилятор её не встроил , Ванёк (?), 12:37 , 07-Сен-22, (41) +2   // Готовы показать пример такой функции , n00by (ok), 12:44 , 07-Сен-22, (45) –2   Если кто-то ходит по структуре по хардкоженым оффсетам, то где-то ошибка на этап, Аноним (21), 09:35 , 07-Сен-22, (21)   // Есть вполне себе легальный offsetof , Аноним (92), 01:18 , 09-Сен-22, (92)   What is it, затравка Начальное значение А как быть с повторяемостью сборки Как б, Аноним (10), 08:25 , 07-Сен-22, (10) // Нашел The support can be enabled via the -frandomize-layout-seed or -frandom, Аноним (10), 08:36 , 07-Сен-22, (11) +2 Грандиозно отметили 50-тилетие языка, mumu (ok), 08:44 , 07-Сен-22, (14) +6 // Ну и в чём прикол Наезжали всегда на паскалистов за их begin end Ну были 0 и , 1 (??), 09:31 , 07-Сен-22, (20) // В привидении типов Нельзя понять 1 это bool или int , mumu (ok), 12:02 , 07-Сен-22, (33) // пример , Sw00p aka Jerom (?), 07:46 , 08-Сен-22, (75) –1 Дефайн видите ли не меняет определенную математику Bool does, там есть определе, Аноним (49), 12:52 , 07-Сен-22, (48) Давно уже пора довести до нормального состояния, чтобы всякие студенты не писали, Аноним (19), 09:36 , 07-Сен-22, (22) Вы пишите В тексте написано При чем тут C 23 129318 , Аноним (36), 12:07 , 07-Сен-22, (36) +2 // Да, писал конечно про C2X, при форматировании не ту часть удалил, mumu (ok), 12:10 , 07-Сен-22, (38) Единственная функция LLVM 8212 чтобы GCC не спал, но это тоже полезно , Аноним (32), 11:58 , 07-Сен-22, (32) +3 // Ты не в теме, Ллвм используется примерно во всех проприетарных компиляторах всег, Аноним (26), 12:14 , 07-Сен-22, (39) +2 // Ну и кто теперь и дальше будет утверждать, что LLVM не проприетарщина , Аноним (44), 12:47 , 07-Сен-22, (46) +1 А я вот понимаю ein сompiler - не нужно держать ворох повторяющихся компиляторов, Аноним (52), 13:09 , 07-Сен-22, (52) –1 Ну и существенно проще добавлять поддержку новых архитектур или языков по сравне, Анонн (?), 15:44 , 07-Сен-22, (54) // В GCC как-то иначе , Ванёк (?), 17:06 , 07-Сен-22, (57) +1 Принципиально - нет Но если начать разбираться, то нюансов море GCC намного бол, Аноним (66), 18:22 , 07-Сен-22, (64) +1 Скрыто модератором, срыватель_покровов (?), 00:44 , 08-Сен-22, (74) –3 Скрыто модератором, срыватель_покровов (?), 00:38 , 08-Сен-22, (73) // Скрыто модератором, Аноним (76), 10:55 , 08-Сен-22, (77) Скрыто модератором, Аноним (26), 11:04 , 08-Сен-22, (78) С вероятностью 99 получится более эффективный машинный код, да и при разработке, Аноним (105), 20:09 , 09-Сен-22, (105) +1 уже 2022, а они только с 20 допиливают хаха, Аноним (40), 12:19 , 07-Сен-22, (40) +1 // Уже время вам присоединится и показать миру как надо пилить , Roman (??), 12:54 , 07-Сен-22, (50) // К какому миру , Аноним (99), 12:59 , 09-Сен-22, (99) А теперь представьте, что надо написать свой собственный компилятор языка с с, Аноним (36), 13:42 , 07-Сен-22, (53) // Значит, что то давно не так в С королевстве И развитие его идет в какую то не, Neon (??), 17:47 , 09-Сен-22, (104) // Да, у С , впрочем как и у любого другого языка есть проблемы, но утверждать, чт, Аноним (36), 10:30 , 10-Сен-22, (110) Как оно по производительности генерируемого кода по сравнению с GCC, ICC, MSVC, , Ванёк (?), 17:10 , 07-Сен-22, (58) // Без оптимизаций - влёт,а так жсс рулит,но это было с год назад,а то и больше , Аноним (79), 11:22 , 08-Сен-22, (79) Про PGO не скажу, но на обычной компиляции clang и gcc где-то рядом - в одних сл, Аноним (92), 01:29 , 09-Сен-22, (93) +1 // clang в хламину сливает gcc Обычно однорукие бандиты даже замерить нормально ко, срыватель_покровов (?), 02:15 , 09-Сен-22, (96) +1 // Нет в gcc такой фичи Есть ручное клонирование и маркировка функций для разных н, Аноним (108), 03:14 , 10-Сен-22, (108) +1 То же самое можно сделать в любом компиляторе с помощью ifdef __инструкции__ _, Ванёк (?), 13:13 , 10-Сен-22, (111) Вопрос на засыпку в чем разница между директивами препроцессора и runtime dispa, Аноним (118), 02:13 , 12-Сен-22, (118) Если прямо действительно необходимо runtime dispatch, то помимо директив препроц, Ванёк (?), 14:35 , 12-Сен-22, (119) Не используйте LLVM, он нужен пермиссивщикам и проприетарщикам , Аноним (-), 19:11 , 10-Сен-22, (114) +1 // Не используйте GNU GPL, он нужен пермиссивщикам и проприетарщикам Пофиксил, не , Аноним (-), 01:16 , 11-Сен-22, (116) –1 Джва года ждал , anonima (?), 10:59 , 11-Сен-22, (117) 1,2,3,4,7,10,14,32,40,58,114,117

Сообщения

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

7. "Релиз набора компиляторов LLVM 15.0"	–2 +/–
Сообщение от ИмяХ (?), 07-Сен-22, 07:39
>>обнуление всех использованных в функции регистров CPU перед возвращением управления И снижение производительности в несколько раз >>рандомизация размещения в памяти структур чтобы поломать всю арифметику указателей
Ответить | Правка | Наверх | Cообщить модератору

	8. "Релиз набора компиляторов LLVM 15.0"	+5 +/–
	Сообщение от Аноним (8), 07-Сен-22, 08:01
	Арифметика указателей для перехода между глобальными структурами - UB. Если в вашем коде есть такая работа с указателями, то вы ССЗБ
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Релиз набора компиляторов LLVM 15.0"	+/–
	Сообщение от EULA (?), 07-Сен-22, 10:05
	Нельзя быть не толерантным к злобным буратинам.
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Релиз набора компиляторов LLVM 15.0"	+1 +/–
	Сообщение от Аноним (30), 07-Сен-22, 11:13
	Надо быть толерантными ко всем буратинам, но злобных сажать в тюрьму, но делать это толерантно.
	Ответить | Правка | Наверх | Cообщить модератору

	9. "Релиз набора компиляторов LLVM 15.0"	+/–
	Сообщение от Sw00p aka Jerom (?), 07-Сен-22, 08:22
	>чтобы поломать всю арифметику указателей поломается так называемая динамическая арифметика, компиляторная будет работать, а всякие роп пейлоады как раз на эту динамику и расчитаны.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	16. "Релиз набора компиляторов LLVM 15.0"	+1 +/–
	Сообщение от Бывалый смузихлёб (?), 07-Сен-22, 08:56
	Несколько команд снизят производительность в несколько раз ?
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	18. "Релиз набора компиляторов LLVM 15.0"	+/–
	Сообщение от Брат Анон (ok), 07-Сен-22, 09:03
	Не несколько команд. Регистров не несколько. Но в 2 раза вполне может. С учётом относительно медленной оперативной памяти не так страшно, но размер программ вырастает, кеш используется менее эффективно.
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Релиз набора компиляторов LLVM 15.0"	–1 +/–
	Сообщение от Бывалый смузихлёб (?), 07-Сен-22, 09:57
	Даже будучи смузихлёбом смутно припоминаю, что были команды для сохранения всех регистров в стеке-восстановления всех регистров из стека Вроде popad-pushad. Что-то подобное, вроде бы, даже под 64 бита было( pushfq ? )
	Ответить | Правка | Наверх | Cообщить модератору

	29. "Релиз набора компиляторов LLVM 15.0"	–2 +/–
	Сообщение от n00by (ok), 07-Сен-22, 10:51
	PUSHF (опкод 9D) сохраняет регистр флагов (F). В 64-х разрядном режиме тот же опкод называется PUSHFQ и сохраняет расширенный регистр флагов RFLAGS. POPA довольно медленная, вместо неё рекомендовалось использовать серию POP или MOV. В 64-х разрядном режиме её убрали. Но сохранять-восстанавливать регистры как раз не надо (это упростило бы создание ROP-цепочек), обнулять быстрее (нет работы с памятью).
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Релиз набора компиляторов LLVM 15.0"	+/–
	Сообщение от Брат Анон (ok), 08-Сен-22, 13:43
	> Даже будучи смузихлёбом смутно припоминаю, что были команды для сохранения всех регистров > в стеке-восстановления всех регистров из стека > Вроде popad-pushad. Что-то подобное, вроде бы, даже под 64 бита было( pushfq > ? ) Вы новость читали? При чём тут сохранение на стеке, если речь в статье шла про возможность утечки данных по остаточным данным в регистрах?
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	88. "Релиз набора компиляторов LLVM 15.0"	+/–
	Сообщение от Аноним (83), 08-Сен-22, 13:57
	>Вроде popad-pushad Эти команды чудовищно медленные и в тактах выигрыша не будет, только в объёме кода, плюс нужно завершить все спекулятивные операции. Там ещё есть команды для сохранения FPU/SSE и это уже настолько большая боль, что ОС старается по возможности его не сохранять даже при переключении процессов/потоков. >pushfq Это инструкция сохранения 64-битного регистра флагов. Инструкций сохранения всех регистров на архитектуре  x86-64 совсем нет. Даже тех, что были на x86-32 вроде pusha, pushad, опкод 0x60 просто пуст.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	28. "Релиз набора компиляторов LLVM 15.0"	–3 +/–
	Сообщение от n00by (ok), 07-Сен-22, 10:37
	> Не несколько команд. Регистров не несколько. Но в 2 раза вполне может. Медленный Silvermont исполняет 2 (две) XOR за такт. CALL - 1-2 такта. RET - 1 такт. Так что прежде чем писать что-то с аватаркой Ленина, хорошо бы последовать его примеру и три раза поучиться арифметике.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	84. "Релиз набора компиляторов LLVM 15.0"	+1 +/–
	Сообщение от Брат Анон (ok), 08-Сен-22, 13:42
	>> Не несколько команд. Регистров не несколько. Но в 2 раза вполне может. > Медленный Silvermont исполняет 2 (две) XOR за такт. CALL - 1-2 такта. > RET - 1 такт. Так что прежде чем писать что-то с > аватаркой Ленина, хорошо бы последовать его примеру и три раза поучиться > арифметике. Это же две команды? И сколько их нужно всего? И на сколько при этом упадёт эффективность кеша?
	Ответить | Правка | Наверх | Cообщить модератору

	89. "Релиз набора компиляторов LLVM 15.0"	–1 +/–
	Сообщение от n00by (ok), 08-Сен-22, 14:49
	>>> Не несколько команд. Регистров не несколько. Но в 2 раза вполне может. >> Медленный Silvermont исполняет 2 (две) XOR за такт. CALL - 1-2 такта. >> RET - 1 такт. Так что прежде чем писать что-то с >> аватаркой Ленина, хорошо бы последовать его примеру и три раза поучиться >> арифметике. > Это же две команды? И сколько их нужно всего? Что тут нужно, так это доказать утверждение «снижение производительности в несколько раз». Доказывает его заявитель. Я понимаю, что доказательство невозможно даже для вырожденного частного случая, потому вместо него будет всевозможная чушь и плюсики самому себе. > И на сколько при этом упадёт эффективность кеша? Кеш данных не имеет отношения к вопросу. Вообще. Но человеку, кто видел асм лишь на картинках, я объяснять не берусь. Да, начиная демагогию, будь готов к зеркальному ответу.
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Релиз набора компиляторов LLVM 15.0"	–1 +/–
	Сообщение от n00by (ok), 07-Сен-22, 10:33
	> Несколько команд снизят производительность в несколько раз ? Там типичный эксперт. А вот талмуд: Table 2-3. Skylake Microarchitecture Execution Units and Representative Instructions Execution  # of   Instructions Unit        Unit ALU         4     add, and, cmp, or, test, xor, movzx, movsx, mov, (v)movdqu, (v)movdqa, (v)movap*, (v)movup* Для обнуления используется XOR, в наличии 4 исполнительных устройства (то есть могут исполняться параллельно).
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	37. "Релиз набора компиляторов LLVM 15.0"	+2 +/–
	Сообщение от Аноним (-), 07-Сен-22, 12:08
	А вот красавец который кроме wintel себе ничего представить не может и потому считает что талмуд на скайлэйк это универсальный ответ на все вопросы вселенной.
	Ответить | Правка | Наверх | Cообщить модератору

	43. "Релиз набора компиляторов LLVM 15.0"	+/–
	Сообщение от n00by (ok), 07-Сен-22, 12:39
	А ещё я имею представление, сколько примерно команд находится в теле средней подпрограммы и прикинуть отношение их количества к количеству команд обнуления. Но при этом догадываюсь, что это слишком сложная для некоторых Анонимов арифметика, потому ограничиваюсь наглядным частным случаем.
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Релиз набора компиляторов LLVM 15.0"	+/–
	Сообщение от Аноним (49), 07-Сен-22, 12:53
	А что такое средняя подпрограмма? Это типа средней температуры по больнице? :)
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Релиз набора компиляторов LLVM 15.0"	+/–
	Сообщение от n00by (ok), 07-Сен-22, 13:03
	Это та цифра, которую эксперты подставят в известную им формулу и наконец-то докажут тезис «снижение производительности в несколько раз». ;)
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Релиз набора компиляторов LLVM 15.0"	+1 +/–
	Сообщение от аНОНИМ (?), 07-Сен-22, 18:20
	Вы все тут эксперды. По факту нормальный OoO процессор, видя XOR reg,reg -- ничего не выполняет вообще и такая команда пропадает на этапе шедулинга, в конвееры АЛУ не идёт. Вместо этого, этот регистр просто размапливается в таблице соответствия между архитектурными и физическими регистрами.
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

	72. "Релиз набора компиляторов LLVM 15.0"	+/–
	Сообщение от срыватель_покровов (?), 08-Сен-22, 00:29
	Молодец, единственный кто осилил прочитать мануал. Это удивительно - особенно на фоне всех клоунов выше. Правда всё остальное, кроме самого факта существования мапинга - чушь. На "алу" шедулит шедулер, который работает уже с физическими регистрами. Но то ладно. Важно то, что никому нахрен не упёрся факт исполнения. Если говорить про такое днище как х86, то уже тысячи лет оно упирается во фронтенд. А что-то исполняется/нет это не влияет на производительность - если только на энергопотребление.
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Релиз набора компиляторов LLVM 15.0"	+/–
	Сообщение от n00by (ok), 08-Сен-22, 13:13
	> Если говорить про > такое днище как х86, то уже тысячи лет оно упирается во > фронтенд. По факту CodeAnalyst закопали всего лет десять назад, а без симуляции конвейера кто  ̶п̶е̶р̶в̶ы̶й̶ ̶н̶а̶д̶е̶л̶ ̶х̶а̶л̶а̶т̶ ̶т̶о̶т̶ ̶и̶ ̶п̶с̶и̶х̶и̶а̶т̶р̶  громче всех крикнет «клоуны» то и прав. Так что знайте на будущее: х86 это 16-ти разрядная архитектура, кто скажет иначе - тот не видел у мануала даже название.
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Релиз набора компиляторов LLVM 15.0"	+/–
	Сообщение от срыватель_покровов (?), 09-Сен-22, 02:05
	Ты выше опозорился и пришёл сюда плакаться? Какая архитектура, какой CodeAnalyst, какой "16-ти разрядная"? Ты от позора решил просто рандомные базворды из гугла пастить?
	Ответить | Правка | Наверх | Cообщить модератору

	97. "Релиз набора компиляторов LLVM 15.0"	+/–
	Сообщение от n00by (ok), 09-Сен-22, 11:01
	Это что, выпуск экстерном нового актива «центра псих операций»? Мануал, который вышеописавшийся друг мракобесия ни разу в глаза не видел, называется 64-ia-32-architectures-optimization-manual.pdf  Соответственно и архитектура - IA32, а не как пытается внушить вон тот член секты Cвидетелей i8086.
	Ответить | Правка | Наверх | Cообщить модератору

	81. "Релиз набора компиляторов LLVM 15.0"	+/–
	Сообщение от n00by (ok), 08-Сен-22, 13:04
	Вы слишком рано ответили. Такие умозаключения разбиваются железным аргументом «А вот красавец который кроме wintel себе ничего представить не может». Потому про вещи типа сброса зависимостей по данным (xor влияет на флаги) и гипотетическую возможность получить выигрыш по скорости за счёт отброса ненужной ветки (которая без xor бы спекулятивно исполнилась) я даже заикаться не стал. Если же возьмём общий случай и придумаем фантастическую архитектуру, то можно накидать вот такой минимальный пример: R1 <- arg1 R2 <- arg2 R3 <- R1 + R2 R1 <- 0 R2 <- 0 5 команд из которых 2 «тормозят в несколько раз» (ц) 3 оставшиеся. Это без учёта вызова и возврата. Я не знаю, как и что тут надо поделить, что бы получить что-то заметно больше чем 1,5. Но точно знаю, что вон тот крендель в кепочке должен одурачить пролетариат, иначе ему не получить власть. Ну, например, он может дописать R3 <- 0 (используется же регистр!) и я сяду в лужу. ;) А вон тот Ванёк ничего не сможет дописать - он уже признался, что эксгибиционист.
	Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

	41. "Релиз набора компиляторов LLVM 15.0"	+2 +/–
	Сообщение от Ванёк (?), 07-Сен-22, 12:37
	Если небольшая функция, и она активно используется, и компилятор её не встроил (inline), то может и в несколько раз...
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	45. "Релиз набора компиляторов LLVM 15.0"	–2 +/–
	Сообщение от n00by (ok), 07-Сен-22, 12:44
	Готовы показать пример такой функции?
	Ответить | Правка | Наверх | Cообщить модератору

	21. "Релиз набора компиляторов LLVM 15.0"	+/–
	Сообщение от Аноним (21), 07-Сен-22, 09:35
	>>>рандомизация размещения в памяти структур > чтобы поломать всю арифметику указателей Если кто-то ходит по структуре по хардкоженым оффсетам, то где-то ошибка на этапе дизайна. Если это действительно нужно (какой-то бинарный протокол), то этому атрибуту явно там не место А так фича уже старая, просто в кланге поддержка появилась только сейчас. Ваши эти линуксы давно используют этот атрибут для важных структур, если сборка идёт с гцц
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	92. "Релиз набора компиляторов LLVM 15.0"	+/–
	Сообщение от Аноним (92), 09-Сен-22, 01:18
	> Если кто-то ходит по структуре по хардкоженым оффсетам, то где-то ошибка на этапе дизайна. Есть вполне себе легальный offsetof.
	Ответить | Правка | Наверх | Cообщить модератору

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

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