The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1.0"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1.0"  +/
Сообщение от opennews (??) on 20-Май-17, 21:46 
Компания AMD опубликовала (https://www.reddit.com/r/Amd/comments/6be5qf/amd_optimizing_.../) первый выпуск компилятора AOCC (http://developer.amd.com/tools-and-sdks/cpu-development/amd-.../) (AMD Optimizing C/C++ Compiler), построенного на базе LLVM 4.0 и включающего дополнительные улучшения и оптимизации для 17 семейства процессоров AMD на базе микроархитектуры Zen (https://ru.wikipedia.org/wiki/AMD_Ryzen), в частности для уже выпускаемых процессоров  AMD Ryzen.  В компилятор также внесены общие улучшения, связанные с векторизацией, генерацией кода, высокоуровневой оптимизацией, межпроцедурным анализом и преобразованием циклов.


Компилятор доступен для 32- и 64-разрядных Linux-систем. Предлагаемые для загрузки исполняемые файлы протестированы в RHEL 7.2, SLES 12 SP1 и Ubuntu 16.04 LTS, но в общем виде пригодны для запуска на любых системах с Glibc 2.17 и более новых выпусках. AOCC пока распространяется только в бинарном виде и требует принятия EULA-соглашения.


URL: https://www.reddit.com/r/Amd/comments/6be5qf/amd_optimizing_.../
Новость: http://www.opennet.dev/opennews/art.shtml?num=46575

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

Оглавление

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


1. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +1 +/
Сообщение от Аноним (??) on 20-Май-17, 21:46 
Ладно EULA, но что в нем такого необычного в этом компиляторе, что они сами его развивают?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +37 +/
Сообщение от A.Stahl (ok) on 20-Май-17, 22:34 
>на базе LLVM

Не сами, а на базе Шланга. Они лишь прикрутили нюансы, связанные со своими новыми процами.
Сам я пока GCC использую и Шланг даже палочкой не тыкал, но как бы не пришлось переходить.
БСДшники, говорят, уже собирают свою систему шлангом и всё работает. А тут, видишь, новые оптимизации не под GCC делаются.
Стрёмно лишь одно -- лицензия. Шланг позволяет пихать модули-блобы, которые будут компилировать непонятно что и непонятно как. Но корпорации любят блобы. И по идеологическим причинам и им банально так проще.
Сегодня всё хорошо, а завтра без блоба за 7.62$ хрен ты соберёшь программу без зонда-бекдора. Так что пока GCC.

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

21. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +2 +/
Сообщение от Аноним (??) on 21-Май-17, 10:39 
Вот только по тестам фороникса он не намного лучше mainline llvm 4.0/gcc 6 - https://www.phoronix.com/scan.php?page=article&item=amd-ryze...
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

25. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +3 +/
Сообщение от Аноним (??) on 21-Май-17, 12:23 
> Сам я пока GCC использую и Шланг даже палочкой не тыкал, но
> как бы не пришлось переходить.

Не придется. GCC живее всех живых, особенно после недавнего пересмотра подхода к разработке. Нынче он тоже топает семимильными шагами, и не только в нумерации. Многое и ломают, правда, к сожалению.

> БСДшники, говорят, уже собирают свою систему шлангом и всё работает.

Они к этому очень долго шли, причем процесс был двухсторонний - точился и шланг под BSD, точилась и BSD под шланг. Полноценную сборку ядра Linux шланг до сих пор сделать не в состоянии. Собирается какая-то часть, вроде бы даже запускается и работает, но часть эта очень маленькая.

> А тут, видишь, новые оптимизации не под GCC делаются.

По очевидной причине - лицензия. В GCC все свои наработки открывать придется, а тут делай что хочешь и никто тебе не указ.

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

29. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +5 +/
Сообщение от Аноним (??) on 21-Май-17, 13:11 
> Не придется. GCC живее всех живых, особенно после недавнего пересмотра подхода к разработке. Нынче он тоже топает семимильными шагами, и не только в нумерации.

Проект на самом деле стал настолько сильно большим что надо усовершенствовать не только подход к разработке но и методы. Это нужно сделать.

> Многое и ломают, правда, к сожалению.

Плохо если ломают необдуманно. А если ломают ради развития, то это всегда хорошо, хоть и не совсем приятно.

> По очевидной причине - лицензия. В GCC все свои наработки открывать придется, а тут делай что хочешь и никто тебе не указ.

Всегда были и будут копирасты и даже простые обыватели которые хотят "засадить пользователю блоб" или "насадить на eula'у". Чтобы не потерять ориентиры, надо просто вспомнить из-за чего появился GPL и GNU. Если бы не GPL то Linux никогда не стал бы таким каким он стал.

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

33. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –1 +/
Сообщение от Vkni (ok) on 21-Май-17, 16:14 
> Всегда были и будут копирасты и даже простые обыватели которые хотят "засадить
> пользователю блоб" или "насадить на eula'у".

Уже было с Darwin'ом, кстати - закрыли, потом поняли, что фигня получается, открыли обратно. В результате только получили репутацию ненадёжных людей.

> Чтобы не потерять ориентиры, надо просто вспомнить из-за чего появился GPL и GNU.

Кмк, все заинтересованные это знают. GPL в некотором смысле частично потеряла актуальность - сообщество уже, в общем, отдрессировано жить по коммунистическим правилам. Это же просто удобный инструмент для того, чтобы проект не закрыли, но если его разрабатывают более-менее вменяемые люди и не делают закрытые форки, то какая разница - GPL/BSD.

Да, в 90-х GPL была необходимостью, а сейчас, слава богу, это просто предохранитель. А "в мире Полдня" она вообще будет не нужна. :-)


> Если бы не GPL то Linux никогда не стал бы таким каким он стал.

Дык.

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

37. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +2 +/
Сообщение от Crazy Alex (ok) on 21-Май-17, 18:55 
Так себе сообщество отдрессировано - на ПК ещё ладно, а шаг в сторону на тот же андроид - на одно открытое приложение на любую тематику - сотня закрытых.

Производители не-ПК тоже как-то не особо готовы открытые драйверы давать - сплошь блоб на подписанном блобе. В серверных делах - там ситуация получше, да.

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

51. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от Vkni (ok) on 21-Май-17, 23:02 
Я говорю про системщиков. Всё очень просто - есть ИТшный коммунистический локус, затравку к которому сделал дедушка Столлман, есть капиталистический мир. Граница между локусом и внешним миром размыта, поэтому чем ближе сюда, тем больше вероятность, что софт будет открыт, чем ближе туда - тем меньше вероятность.

Компиляторы находятся практически в центре локуса, поэтому шансы, что что-то закрытое в области компиляторов не сдохнет, практически 0-ые.

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

45. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от Аноним (??) on 21-Май-17, 21:49 
> Уже было с Darwin'ом, кстати - закрыли, потом поняли, что фигня получается, открыли обратно. В результате только получили репутацию ненадёжных людей.

Со временем закрытые технологии либо пропадают без вести либо переходят в существование в открытом виде (это может быть независимая реализация). Все везде и всегда так, даже патенты выходят сроком и дальше возможно свободное использование.

> Кмк, все заинтересованные это знают. GPL в некотором смысле частично потеряла актуальность - сообщество уже, в общем, отдрессировано жить по коммунистическим правилам. Это же просто удобный инструмент для того, чтобы проект не закрыли, но если его разрабатывают более-менее вменяемые люди и не делают закрытые форки, то какая разница - GPL/BSD.

Вам кажется не верно. Вы несколько наивны/инфантильны. GPL - это защитник который не только защищает проект от закрытия кода, но и привлекает независимых разработчиков к содействию которые не пришли бы в проект если бы была возможность его закрытия. Именно из-за этого явления Linux выстрелил, т.к. это был серьезным GPL-ядром в свое время. Я тоже например никогда не буду безвозмездно помогать ни словом, ни делом, ни деньгами не GPL проектам.

> Да, в 90-х GPL была необходимостью, а сейчас, слава богу, это просто предохранитель. А "в мире Полдня" она вообще будет не нужна. :-)

Без GPL проект растащат также как растащили общественный цветмет и чермет которые лежал свободно пока существовал СССР. GPL как бы гарантирует существованию проекта независимо от компании и частных лиц. Вот развалилась компания, а код остался.

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

52. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +1 +/
Сообщение от Vkni (ok) on 21-Май-17, 23:09 
> Со временем закрытые технологии либо пропадают без вести либо переходят в существование
> в открытом виде (это может быть независимая реализация).

Да, дохнет закрытое, в корчах, если находится в коммунистическом локусе. Туда ему и дорога.

> Вам кажется не верно. Вы несколько наивны/инфантильны. GPL - это защитник который
> не только защищает проект от закрытия кода, но и привлекает независимых
> разработчиков к содействию которые не пришли бы в проект если бы
> была возможность его закрытия.

Ясен пень. Но в 90-х это было безумно важно, а сейчас - накал в системном софте уже подспал. В прикладухе, на границе коммунистического локуса - да, если мы делаем софт вроде ОpenOffice, его нужно писать под GPL. Никаких BSD/MIT ни в коем случае - растащат.

Но компиляторы в центре локуса - там всем очевидно, что утащив в угол только проиграешь, причём быстро. Будешь тянуть свои патчи, подстраиваясь под быстроменяющийся upstream и тратить гору сил впустую.

> Я тоже например никогда не буду безвозмездно помогать ни словом,
> ни делом, ни деньгами не GPL проектам.

Хороший подход.

> Без GPL проект растащат также как растащили общественный цветмет и чермет которые
> лежал свободно пока существовал СССР. GPL как бы гарантирует существованию проекта
> независимо от компании и частных лиц. Вот развалилась компания, а код
> остался.

Нет, GPL - это не панацея. Это просто некоторый инструмент, который тоже можно обойти. Да, выкручивание рук именно для того, чтобы предотвратить классическую теор-игровую ситуацию "растаскивания СССР на цветмет". Да, оно полезно, но это лишь один из механизмов.

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

58. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –2 +/
Сообщение от ананим.orig on 22-Май-17, 05:58 
вау.
а на вашей шкуре ещё есть место для рекламы?
Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

59. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от Vkni (ok) on 22-Май-17, 06:18 
> Я прожил в СССР достаточно, чтобы моя шкура запомнила это навсегда. А вы сколько там прожили?

В конце СССРа было практически включено "чёрное излучение". Как говорил Странник - 20% остаются шизофрениками.

Моя шкура это тоже запомнила навсегда, а особенно мозги, которые получили превосходное техническое образование.

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

103. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от Аноним (??) on 20-Июн-17, 00:25 
Что значит было....
Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

60. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –1 +/
Сообщение от Аноним (??) on 22-Май-17, 06:24 
> Я прожил в СССР достаточно, чтобы моя шкура запомнила это навсегда. А вы сколько там прожили?

Не важно сколько я там прожил, важно какой информацией и какого уровня я обладаю. У вас заявления уровня подъездного пенсионера. Мне с вами разговаривать просто не о чем.

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

88. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –1 +/
Сообщение от _ (??) on 23-Май-17, 17:47 
>если мы делаем софт вроде ОpenOffice, его нужно писать под GPL.

Да вот только ОpenOffice - сдох :-)

>Никаких BSD/MIT ни в коем случае - растащат.

Ути -пуси! LibreOffice выросший на костях ОpenOffice, в вполне бодрвый ВНЕЗАПНО под:
License: MPLv2.0 (secondary license GPL, LGPLv3+ or Apache License 2.0)[7]

A MPL ~= MIT ... впрочем над больными смеяться - грех, за сим расходимся ....

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

72. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +1 +/
Сообщение от dq0s4y71 (ok) on 22-Май-17, 12:26 
> Я тоже например никогда не буду безвозмездно помогать ни словом, ни делом, ни деньгами не GPL проектам.

А пользоваться такими проектами тоже не будете? Или ваши принципы включаются только когда вы  им можете чем-то помочь?

> Без GPL проект растащат также как растащили общественный цветмет и чермет которые лежал свободно пока существовал СССР.

Не перестаю удивляться, что разницы между объектами физического мира и цифрового не понимают даже некоторые айтишники!

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

76. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от Аноним (??) on 22-Май-17, 17:00 
> А пользоваться такими проектами тоже не будете? Или ваши принципы включаются только когда вы  им можете чем-то помочь?

Так я и не пользую BSD, перестал как разобрался в тонкостях лицензии и современных веяниях копирастии.

> Не перестаю удивляться, что разницы между объектами физического мира и цифрового не понимают даже некоторые айтишники!

Я давно не удивляюсь ограниченности людей которые не видят за аналогиями образы.

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

104. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –1 +/
Сообщение от Аноним (??) on 20-Июн-17, 00:27 
> Так я и не пользую BSD, перестал как разобрался в тонкостях лицензии и современных веяниях копирастии.

Так GPL и есть скрытый проприетар, а копирастия - в любой лицензии, ибо (С) никто не может отменить по закону.

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

83. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +1 +/
Сообщение от dct email(??) on 23-Май-17, 07:34 
> Да, в 90-х GPL была необходимостью, а сейчас, слава богу, это просто предохранитель. А "в мире Полдня" она вообще будет не нужна. :-)

А ты оптимист... Но завидую оптимизму, да..

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

34. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от Vkni (ok) on 21-Май-17, 16:17 
> Проект на самом деле стал настолько сильно большим что надо усовершенствовать не
> только подход к разработке но и методы. Это нужно сделать.

Кстати, про методы - давно пора сделать специальную социальную сеть, наподобие GitHub'а, но распределённую. Чтобы убрать единую точку отказа в виде GitHub.

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

46. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +1 +/
Сообщение от Аноним (??) on 21-Май-17, 21:55 
> Кстати, про методы - давно пора сделать специальную социальную сеть, наподобие GitHub'а, но распределённую. Чтобы убрать единую точку отказа в виде GitHub.

Вообще не о том. Весь Интернет распределенный - создайте независимо от github репозитории, и вот у вас уже пример как "убрать единую точку отказа в виде GitHub".

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

53. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от Vkni (ok) on 21-Май-17, 23:11 
> Вообще не о том. Весь Интернет распределенный - создайте независимо от github
> репозитории, и вот у вас уже пример как "убрать единую точку
> отказа в виде GitHub".

Вот уж точно семь мудрецов не прокомментируют.

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

36. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –3 +/
Сообщение от anonymous (??) on 21-Май-17, 17:07 
> Полноценную сборку ядра Linux шланг до сих пор сделать не в состоянии. Собирается какая-то часть, вроде бы даже запускается и работает, но часть эта очень маленькая.

Эти ребята с тобой не согласны https://www.openmandriva.org/?lang=en Если и есть нюансы, то незначительные.

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

42. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от Аноним (??) on 21-Май-17, 20:29 
Нюансы есть, и они значительные. В OpenMandriva только юзерспейс собирается Шлангом, и то не весь. Ядро собирается GCC.
Вот проект поддержки сборки ядра шлангом:
http://llvm.linuxfoundation.org/index.php/Main_Page
Там куча патчей для ядра (патчи для шланга отдельно не выкладывают, поскольку их принимают в основную ветку) плюс даже при этом собирается не все, не для всех архитектур, не самой актуальной версии и с зависимостями от кусков GCC. Я не пеняю шлангу - они играют в догоняющих - но просто говорю, что о сборке им ядра можно говорить пока только в контексте развития самого шланга.
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

62. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –3 +/
Сообщение от Аноним (??) on 22-Май-17, 09:01 
> По очевидной причине - лицензия. В GCC все свои наработки открывать придется, а тут делай что хочешь и никто тебе не указ.

Мы все помним как забыли linking exceptions в gcc. Помним...

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

64. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +1 +/
Сообщение от Аноним_oyc on 22-Май-17, 09:44 
Ваши проблемы, никогда не зацикливайтесь на событиях прошлого.
Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

68. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +1 +/
Сообщение от Michael Shigorin email(ok) on 22-Май-17, 10:43 
> Мы все помним как забыли linking exceptions в gcc. Помним...

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

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

77. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +1 +/
Сообщение от Andrey Mitrofanov on 22-Май-17, 17:34 
>> По очевидной причине - лицензия. В GCC все свои наработки

// Странно, да? Чегой-то они-то сами всё своё открыли? Не понять этого _любителям_ _закрывать_, да.

> Мы все помним как забыли linking exceptions в gcc. Помним...

Памятливый?? http://www.opennet.dev/openforum/vsluhforumID3/107145.html#61
Канделябром.

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

73. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –3 +/
Сообщение от iZEN email(ok) on 22-Май-17, 14:08 
> Не придется. GCC живее всех живых, особенно после недавнего пересмотра подхода к разработке.

Придётся! А иначе без графики останетесь.

make LLVM only a BUILD_DEPEND for mesa-libs, which needs it to build EGL

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

99. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +2 +/
Сообщение от Аноним (??) on 26-Май-17, 16:15 
Изя, твое мнение никого не интересует.
Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

27. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +2 +/
Сообщение от Аноним (??) on 21-Май-17, 12:37 
Есть ещё такой вопрос: почему бы просто не выпаривая разработчикам мозги своими собственными компиляторами под каждую платформу взять, и закоммитить это всё в оригинальный шланг?
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

38. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +1 +/
Сообщение от Аноним84701 (ok) on 21-Май-17, 19:32 
> Есть ещё такой вопрос: почему бы просто не выпаривая разработчикам мозги своими
> собственными компиляторами под каждую платформу взять, и закоммитить это всё в
> оригинальный шланг?

Вряд ли в шланге обрадуются улучшайзерам типа


if (!cpuid_is("AuthenticAMD")) { random_sleep = 1; slow_and_crappy_fallback_code = 1;} /* утированно конечно, но в каждой шутке ... */

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

43. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +1 +/
Сообщение от Аноним (??) on 21-Май-17, 20:31 
>> Есть ещё такой вопрос: почему бы просто не выпаривая разработчикам мозги своими
>> собственными компиляторами под каждую платформу взять, и закоммитить это всё в
>> оригинальный шланг?
> Вряд ли в шланге обрадуются улучшайзерам типа
>
 
> if (!cpuid_is("AuthenticAMD")) { random_sleep = 1; slow_and_crappy_fallback_code = 1;}
> /* утированно конечно, но в каждой шутке ... */

Зря смеетесь, icc так и работает - внутри бинарника два варианта кода: оптимизированный для интелов и обычный generic - для остальных.

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

105. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +1 +/
Сообщение от Аноним (??) on 20-Июн-17, 00:36 
> Зря смеетесь, icc так и работает - внутри бинарника два варианта кода:
> оптимизированный для интелов и обычный generic - для остальных.

Не обычный, а деоптимизированный - вроде бы писали что через *эмуляцию* SSE команд...
(сегодня как раз читал, там ещё представитель Intel отбрехивался в глаза что то такой удобный им всеголишь типа баг и т.п.)

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

49. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от Аноним (??) on 21-Май-17, 22:46 
> без блоба за 7.62$ хрен ты соберёшь программу без зонда-бекдора

Тут что-то не так с логикой.

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

57. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –2 +/
Сообщение от emg81 (ok) on 22-Май-17, 04:58 
Как человек, перекомпилявший Gentoo Clang'ом, могу сказать, что позиции GCC всё ещё очень сильны.
Некоторые проги не собираются Clang'ом, если либы-зависимости собраны Clang'ом. Например, libraw и libsndfile собранные Clang'ом, не дают собраться gwenview и kde-frameworks.
Про то, что часть пакетов не компилируется Clang'ом в принципе - хрен с ним, а вот то, что после перекомпиляции отвалился МФУ, перестал работать imagemagick и стали происходить разные странности - это да.
К слову, пока устанавливал обратно собранные GCC пакеты - всё решилось ещё в процессе.

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

74. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –4 +/
Сообщение от iZEN email(ok) on 22-Май-17, 14:12 
> Как человек, перекомпилявший Gentoo Clang'ом, могу сказать, что позиции GCC всё ещё
> очень сильны.
> Некоторые проги не собираются Clang'ом, если либы-зависимости собраны Clang'ом. Например,
> libraw и libsndfile собранные Clang'ом, не дают собраться gwenview и kde-frameworks.
> Про то, что часть пакетов не компилируется Clang'ом в принципе - хрен
> с ним, а вот то, что после перекомпиляции отвалился МФУ, перестал
> работать imagemagick и стали происходить разные странности - это да.
> К слову, пока устанавливал обратно собранные GCC пакеты - всё решилось ещё
> в процессе.

Все странности — к неродному для LLVM компоновщику GNU LD, который связывает объектный x86_64 код. Как только LLD будет готов, вот тогда и заживём.


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

80. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от emg81 (ok) on 22-Май-17, 19:04 
> Все странности — к неродному для LLVM компоновщику GNU LD, который связывает
> объектный x86_64 код. Как только LLD будет готов, вот тогда и
> заживём.

Возможно. Я делал по ману, который включал использование Gold, может, где-то накосячил.

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

94. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +1 +/
Сообщение от _ (??) on 23-Май-17, 18:41 
>Как только LLD будет готов, вот тогда и заживём.

Святая простота ...
В коде вокруг столько GCC-зЪмоффф за 10 лет не вычистить. У бсд-шнегов за такое в базе давали по рукам, вот они и перешли. Ядро линукс так перевести - это не птице до середины днепра :-\  Да и интересанты - кто? А никто, нет таких.

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

75. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от Аноним (??) on 22-Май-17, 14:18 
> Некоторые проги не собираются Clang'ом, если либы-зависимости собраны Clang'ом. Например,
> libraw и libsndfile собранные Clang'ом, не дают собраться gwenview и kde-frameworks.


% strings -a /usr/local/lib/libraw.so.16.0.0|grep clang                              
FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on LLVM 3.8.0)
% strings -a /usr/local/lib/libsndfile.so.1.0.28|grep clang
FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on LLVM 3.8.0)
% strings -a /usr/local/bin/gwenview|grep clang
FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on LLVM 3.8.0)

> перестал работать imagemagick и стали происходить разные странности - это да.


% strings -a /usr/local/lib/libMagick++-6.so.6.0.0|grep clang
FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on LLVM 3.8.0)
% strings -a /usr/local/bin/identify|grep clang                                    
FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on LLVM 3.8.0)


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

79. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –2 +/
Сообщение от emg81 (ok) on 22-Май-17, 19:03 
И?
Gentoo и FreeBSD, к слову, разные вещи.
Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

91. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от Аноним (??) on 23-Май-17, 18:22 
> И?
> Gentoo и FreeBSD, к слову, разные вещи.

Теплое и мягкое тоже.
Т.е. вам это совсем не говорит о том, что проблема может быть, хотя бы в некоторых случаях, немножечко не совсем в Clang-е? Яснопонятно.


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

96. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от emg81 (ok) on 23-Май-17, 22:31 
Я где-то писал разве, что "проблема *в* Clang'е"?
Я отписал выше свой опыт "как есть", а кто-то просто увидел то, что хотел увидеть.
Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

97. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от Andrey Mitrofanov on 24-Май-17, 12:15 
> Как человек, перекомпилявший Gentoo Clang'ом, могу сказать, что позиции GCC всё ещё
> очень сильны.

Как человек, прочитавший ваш и прочих энтузиастов программы эппла "пересоберём всё-всё, пятилетку в три года, наш труд на благо родного эппле" отчёты об пересборках, могу сказать, что позиции clang-а всё ещё очень слабы.

> Некоторые проги не собираются Clang'ом, если либы-зависимости собраны Clang'ом. Например,
> libraw и libsndfile собранные Clang'ом, не дают собраться gwenview и kde-frameworks.

Ваши конвульсии вызывают повсеместное недоумение -- могут же люди, ай да молодцы же.

> Про то, что часть пакетов не компилируется Clang'ом в принципе - хрен
> с ним, а вот то, что после перекомпиляции отвалился МФУ, перестал
> работать imagemagick и стали происходить разные странности - это да.

Аудитория в восхищении. И всё ради чего? Чтоб на айфончиге компилятор был, устраивающий лояров надкусанной компании, чтоб они не раздражали нерв своих гендиров, чтоб те могли смотреть на дедушку Столмана свысока?? Не, ну, бсдешников(*), понятно, хлебом не корми, дай Передовую Технологию(tm)(R) очередного ат-и-т. История, корни, уважуха.

> К слову, пока устанавливал обратно собранные GCC пакеты - всё решилось ещё
> в процессе.

Захватывающе! Спасибо за интересный рассказ. Обязвтельно пишите ещё. Одного iZEN-я нам по-любому мало, чтоб держать на пульсе стучащего в сердце BSD(*).

Таков мой ""опыт "как есть", а кто-то просто увидел то, что хотел увидеть.""

// (*)Да, слово "Gentoo" я видел -- но этот линуксоид кряякает как бсдешник и т.д. "Премиссивщик" не так в ходу и не так обидно, я считаю.
..."Ждём FreeBSD 10+" Team. Основатель. [11ая не считается, не дождался.] http://www.opennet.dev/openforum/vsluhforumID3/109353.html#347

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

98. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +1 +/
Сообщение от emg81 (ok) on 25-Май-17, 00:14 
1. Я раньше видел этот ник - от него когда-то писали адекватные комменты, но это было давно.

2. Мне кажется, попробовать Clang на моей системе ради интереса - это МОЁ личное дело. То, что я здесь отписал - это тоже моё личное дело.

3. Всё остальное - поток сознания, оскорбления и выдумки. Стоило один раз упомянуть, как я попробовал Clang на выходных и у кого-то прорвало все поддоны - потекло ото всюду.

--
Если Чикатило в клетчатой рубашке когда-то был запечатлён, значит ли это, что все люди в клетчатой рубашке - маньяки и педофилы?

Хотя я не надеюсь на адекватную реакцию, ведь в своём выдуманном мирке, где А. Митрофанов - д'Артаньян, а остальные - известно кто, жить удобнее, верно?

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

100. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от Andrey Mitrofanov on 27-Май-17, 12:54 
> 1. Я раньше видел этот ник
> Если Чикатило в клетчатой рубашке
>в своём выдуманном мирке
>А. Митрофанов - д'Артаньян

На будущее: меня анализировать -- услуга платная. Вы уже задолжали, пройдите в кассу.

>, а остальные - известно кто, жить
> удобнее, верно?

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

101. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –1 +/
Сообщение от emg81 (ok) on 28-Май-17, 03:03 
> На будущее: меня анализировать -- услуга платная.

Смешная шутка. После перехода на личности Ваши любые аргументы уже выглядят несерьёзно - Вы показали своё лицо.

Продолжать диалог с неадекватным инфантилом желания нет. Удачи.

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

63. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –1 +/
Сообщение от t28 on 22-Май-17, 09:41 
> Шланг позволяет пихать модули-блобы, которые будут
> компилировать непонятно что и непонятно как.

Поэтому можно взять .s файл и посмотреть, не напихали ли туда лишнего.

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

95. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –1 +/
Сообщение от _ (??) on 23-Май-17, 18:45 
Ну увидишь ты там колл в середину блоба ...
Без него - не работает, с ним - не нужно ... но выбор всегда есть :-)
Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

31. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –1 +/
Сообщение от Аноним (??) on 21-Май-17, 14:18 
> Ладно EULA,..

Кстати, что в ней написано? Стоит соглашаться?

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

40. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +2 +/
Сообщение от freehck email(ok) on 21-Май-17, 20:20 
>> Ладно EULA,..
> Кстати, что в ней написано? Стоит соглашаться?

Если коротко, то в ней написано, что продавец ничего никому не должен и не гарантирует, а ты, покупатель, имеешь 100500 обязанностей перед продавцом.

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

102. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от Аноним (??) on 20-Июн-17, 00:20 
> Ладно EULA, но что в нем такого необычного в этом компиляторе, что
> они сами его развивают?

"AMD уже поняло что все эти независимые аффторы компиляторов типа GCC жирно проплаченны Intel-ом,
потому на базе форка LLVM+CLang пилят свой оптимизирующий под AMD компилятор
(правда тоже подонковски - только под самые последние свои модели ЦПУ, но может и на ранних будет профит кто знает) - AOCC{AMD Optimizing C,C++ Compiler}"

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

2. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от Аноним (??) on 20-Май-17, 21:54 
Охохо, понеслась звезда по кочкам. Пошли закрытые вендорские компиляторы.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +11 +/
Сообщение от black_angel (??) on 20-Май-17, 22:03 
Всего лишь кривой и сильно запоздавший ответ на Intel C Compiler, закрытый и нифига не дешевый !
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

13. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +6 +/
Сообщение от Vkni (ok) on 21-Май-17, 01:39 
> Всего лишь кривой и сильно запоздавший ответ на Intel C Compiler, закрытый
> и нифига не дешевый !

С мест рапортуют, что Intel C Compiler, слава богу, где-то делает код быстрее GCC, но где-то и медленнее. Есть же высокоуровневые оптимизации типа rvalue ref, которые ускоряют любой код.

Это мы не говорим о том, что GCC - это обычно новейшее стандартное решение, что уменьшает кол-во геморроя при работе с.

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

12. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +5 +/
Сообщение от Vkni (ok) on 21-Май-17, 01:36 
> Пошли закрытые вендорские компиляторы.

Первый раз, что-ли. Как пошли, так и пройдут.

Кому нужен этот геморрой - использование закрытого компилятора, когда рядом практически точно такой же, но открытый. Далеки как-то процессоро-ваятели от народа - временами вообще не понимают, что их процессор нафиг не нужен никому без компиляторов с РАЗНЫХ языков, а не только с C99 и C++03.

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

32. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от Мяут (ok) on 21-Май-17, 14:49 
> Кому нужен этот геморрой - использование закрытого компилятора

Самому вендору, чтобы циферки тестов красивые получались.

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

41. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –1 +/
Сообщение от freehck email(ok) on 21-Май-17, 20:24 
> их процессор нафиг не нужен никому без компиляторов с РАЗНЫХ языков

Золотые слова!

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

110. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от Аноним (??) on 20-Июн-17, 01:01 
Да, вас нафиг с вашими brainfuckами разными.
С89 и С++~92 достаточно для любых задач, доказанно времнем,
а всё прочее - отвлекающее излишество и чисто маркеинг разработчиков компиляторов.
Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

5. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +5 +/
Сообщение от Аноним (??) on 20-Май-17, 22:36 
Писали вроде, что это просто тестовый полигон, все изменения будут попадать в основную ветку. Походу не хотели наступить на теже грабли что и с DC в свое время. На форониксе уже тесты есть, llvm 5 > aocc практически во всем.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

6. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +1 +/
Сообщение от IB on 20-Май-17, 22:44 
Так почему не форк CLang - велосипеды кругом одни велоипеды
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

17. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от Хряк on 21-Май-17, 08:32 
> llvm 5 > aocc

Чот значит больше?

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

70. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –1 +/
Сообщение от Клыкастый (ok) on 22-Май-17, 11:08 
видимо быстрее.
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

20. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от Аноним (??) on 21-Май-17, 10:31 
А можно пруфлинков для тех, у кого гугл забанили?
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

7. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +7 +/
Сообщение от Ilya Indigo (ok) on 20-Май-17, 22:50 
> ...только в бинарном виде и требует принятия EULA-соглашения.

/dev/null

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

8. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –1 +/
Сообщение от saahriktu (ok) on 21-Май-17, 00:36 
Там ещё есть плагин для Фортрана, но он требует Gfortran 4.8.2. Дополнительно приложили тарбол с бинарниками для систем, где Gfortran 4.8.2 отсутствует.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +1 +/
Сообщение от A.Stahl (ok) on 21-Май-17, 00:40 
Ну Фортран ещё нас переживёт. Чай не Форт...
Хотя... А кто-то использует не родные спец.компиляторы Фортрана?
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

11. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +1 +/
Сообщение от анонанонанонанино on 21-Май-17, 01:02 
А Форт живёт себе, так же как и Фортран, но только в своей нише.
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

14. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +3 +/
Сообщение от A.Stahl (ok) on 21-Май-17, 03:05 
И Форт и Фортран живы, но очень уж узкая специализация.
И если Фортран ещё много проживёт, то Форт... ну это как ассемблер Z80. Жив в нашей памяти, но не более.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

10. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +1 +/
Сообщение от Dark Amateur on 21-Май-17, 00:53 
Раз им так нужен компилятор, что чего Open64 забросили?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

15. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –1 +/
Сообщение от Андрей (??) on 21-Май-17, 03:17 
Как там с компиляцией Linpack и результатами?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

16. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –3 +/
Сообщение от cmp (ok) on 21-Май-17, 05:47 
Был у меня пламенный атлон, и радон был, все ждал когда дрова откроют, чтоб можно было из каробки систему поставить и радоваться, но вот прошло уже 15 лет. И я совсем не жалею, что перешел на интель с инвидией.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

18. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +2 +/
Сообщение от Хряк on 21-Май-17, 08:36 
> все ждал когда дрова откроют

Как же ты бедный, зимами мёрз все эти 15 лет?

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

23. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +2 +/
Сообщение от cmp (ok) on 21-Май-17, 11:18 
Я обогреватель купил, юниксвейней оно, когда вычисления и теплоотдача сами по себе.
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

24. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от Аноним (??) on 21-Май-17, 11:34 
Radeon до 2013-го тоже неплохо так грел. Потому что энергосбережения не было. Хотя в связке с проприетарным драйверов - было, но ты же - за открытые.
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

44. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +2 +/
Сообщение от freehck email(ok) on 21-Май-17, 20:34 
> совсем не жалею, что перешел на ... с инвидией.

А, ну у NVidia-то, конечно, с открытостью лучше. )
Недавно ведь сам Линус сказал в камеру "Love you, NVidia" и "палец вверх" показал.

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

50. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –2 +/
Сообщение от Аноним (??) on 21-Май-17, 22:57 
Да плевали владельцы геймерских карт от AMD на открытость, когда почти всё, что делается на проприетарных движках на открытых драйверах на 30-50% и более процентов медленнее, чем на AMDGPU-PRO. На том же ворониксе всё это есть. А ксонотики и cs свои сами себе засуньте..


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

65. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +1 +/
Сообщение от Аноним_oyc on 22-Май-17, 09:59 
Ну что, дождался, когда Невидия драйвера открыла? ;)
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

67. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –1 +/
Сообщение от cmp (ok) on 22-Май-17, 10:31 
А ей зачем? они флагман, под них игры делают, а амд вечно догоняет, конечно он и подешевле, но отродясь с нвидью проблем не было, а с амд были, и видяхами, когда они консоль нормально отрисовать не могли, и с процами, а вот давеча интеловский девайс погорел, так его по горантии поменяли без лишьних вопросов. За неделю вопрос был решен, - доставка дхл за счет интела, а вот амдешный проц я помнится вспотел искать в питере под свою не молодую мать, а в мухосранске, если тока на авито повезет.

Конечно переубедить кого-то в чем-то не получится, но альтернатива апстриму в даном контексте не стоит заморочек, открытость дров единственная фишка, которая могла уровнять нвидь с радеоном в моих глазах, но а если не судьба, то лучше лучшее, чем вечный второй номер.

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

71. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –1 +/
Сообщение от Клыкастый (ok) on 22-Май-17, 11:11 
> А ей зачем? они флагман, под них игры делают, а амд вечно догоняет,

Есть некоторые изменения.

https://www.notebookcheck-ru.com/Intel-vypustit-processor-s-...


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

78. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +1 +/
Сообщение от Аноним (??) on 22-Май-17, 19:03 
> отродясь с нвидью проблем не было

Никогда система наглухо не зависала из-за блоба? Ну что, повезло тебе.

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

85. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –1 +/
Сообщение от cmp (ok) on 23-Май-17, 16:12 
А что, у амд как-то иначе? а вообще нвидь никогда, а вот радеон бывало, систему не вешал, но приходилось по сети цепляться ребутать, так как на экране была какая-то абстракция.
Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

82. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от Аноним (??) on 22-Май-17, 23:00 
> А ей зачем? они флагман, под них игры делают, а амд вечно догоняет, конечно он и подешевле

Ну да, ну да, тото я смотрю их в эппле перестали сатвить.

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

86. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –1 +/
Сообщение от cmp (ok) on 23-Май-17, 16:18 
> Ну да, ну да, тото я смотрю их в эппле перестали сатвить.

Эпл показатель чего? с каких пор?

А я сам отвечу, показатель жадности, всегда, за доллар удавятся и нас рать, что вреда юзеру на пять, история есть показательная, когда маркетолог выдрал какую-то запчасть и сказал продавать так, толи куллер был шумный, толи уже не помню, но партию потом отозывали, когда они гореть начали.

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

19. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –2 +/
Сообщение от Аноним (??) on 21-Май-17, 08:59 
Недавно задавал вопрос на форуме. Не на эту тему. И среди прочих вещей, узнал немного о векторизации в компиляторе GCC:

> Под neon, компилер часто генерит не слишком хороший код, и наибольший прирост утдаётся получить, написав на ассемблере. Но это сильно зависит от задачи. Но однозначно даже при просто компиляции, при включённой векторизации, если завекторизовалось нормально - будет быстрее. К сожалению с векторизацией в последних компиляторах как-то не очень, во времена gcc-3.x было повеселее. Ещё надо учитывать что многие инструкции neon требуют строгого выравнивания, и новый gcc (>= 4.x) если не может выровнять, кладёт болт. Если оптимизация важна, нужно вручную постараться через __attribute__. Там достаточно много тонкостей.
> Типичный случай - если gcc не знает заранее, что аргументы функции выровнены, он не будет векторизовать код с этими аргументами, их нужно специально маркировать, и иногда сплясать с бубном. Раньше это всё само делалось компилятором, но видать пришел кто-то умный и сказал, что так низзя и надо заставить народ работать.
>> If the selected floating-point hardware includes the NEON extension (e.g. -mfpu=‘neon’), note that floating-point operations are not generated by GCC’s auto-vectorization pass unless -funsafe-math-optimizations is also specified. This is because NEON hardware does not fully implement the IEEE 754 standard for floating-point arithmetic (in particular denormal values are treated as zero), so the use of NEON instructions may lead to a loss of precision.
> Векторизация перпендикулярна floating point, но да, и это тоже. Когда я этим активно занимался всё было гораздо проще - включаешь neon и векторизацию и получаешь ускорение в 5 раз на 1-ядерном Cortex-A8. Сейчас уже всё не так. Консерваторы, блин.

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

22. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от Аноним (??) on 21-Май-17, 11:01 
"Векторизация перпендикулярна floating point" - спецы, б**ь
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

35. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от Vkni (ok) on 21-Май-17, 16:19 
> "Векторизация перпендикулярна floating point" - спецы, б**ь

А что - нет?

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

48. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от Аноним (??) on 21-Май-17, 22:24 
>> "Векторизация перпендикулярна floating point" - спецы, б**ь
> А что - нет?

Вообще-то, FP-вычисления, особенно в циклах, векторизуются в первую очередь и наиболее эффективно. А вот с целочисленными вычислениями с их изменяющейся шириной и обилием экзотических операций типа сдвига на runtime-величину зачастую возникают проблемы и эффективность падает.

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

54. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от Vkni (ok) on 21-Май-17, 23:12 
> Вообще-то, FP-вычисления, особенно в циклах, векторизуются в первую очередь и наиболее
> эффективно. А вот с целочисленными вычислениями с их изменяющейся шириной и
> обилием экзотических операций типа сдвига на runtime-величину зачастую возникают проблемы
> и эффективность падает.

Ну да, не совсем перпендикулярна.

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

47. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +/
Сообщение от Аноним (??) on 21-Май-17, 22:17 
> К сожалению с векторизацией в последних компиляторах как-то не очень, во времена gcc-3.x было повеселее.

Векторизация появилась только в 4.x. Первая версия в 4.0, но более-менее юзабельная заметно позже, где-то после 4.2.

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

26. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  –1 +/
Сообщение от Аноним (??) on 21-Май-17, 12:35 
1. Зачем отдельный компилятор?
2. Если эта фигня для тестирования, кто-нибудь планирует в итоге перенести это всё в LLVM и GCC?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

28. "Компания AMD выпустила оптимизирующий C/C+ компилятор AOCC 1..."  +1 +/
Сообщение от Аноним (??) on 21-Май-17, 12:55 
Слили open64, гады
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

39. "Компания AMD выпустила оптимизирующий C/C++ компилятор AOCC ..."  +/
Сообщение от darthvlado email on 21-Май-17, 20:08 
А почему нельзя свои улучшения отправить в проект llvm и не создавать форков?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

55. "Компания AMD выпустила оптимизирующий C/C++ компилятор AOCC ..."  –1 +/
Сообщение от Аноним (??) on 22-Май-17, 01:09 
Очень много вложено в Zen. Пиар по всем фронтам!
Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

61. "Компания AMD выпустила оптимизирующий C/C++ компилятор AOCC ..."  +1 +/
Сообщение от Аноним (??) on 22-Май-17, 06:28 
Правильно сделали, у zen все-таки продвинутая архитектура.
Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

66. "Компания AMD выпустила оптимизирующий C/C++ компилятор AOCC ..."  +/
Сообщение от Аноним (??) on 22-Май-17, 10:31 
Даже если их архитектуру называть продвинутой, что с этого? Почему "продвинутость" стала препятствием к унификации?
Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

69. "Компания AMD выпустила оптимизирующий C/C++ компилятор AOCC ..."  +/
Сообщение от Аноним (??) on 22-Май-17, 10:51 
А тестировать на ком и с кем?
Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

84. "Компания AMD выпустила оптимизирующий C/C++ компилятор AOCC ..."  –3 +/
Сообщение от timur (??) on 23-Май-17, 12:45 
respect!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру