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

"Intel опубликовал компилятор ISPC 1.24, реализующий модель распараллеливания SPMD"	+/–
Сообщение от opennews (?), 27-Май-24, 21:39
Компания Intel опубликовала компилятор ISPC 1.24 (Implicit SPMD Program Compiler), обеспечивающий сборку кода на языке Си с расширениями для поддержи метода параллельного программирования SPMD (Single Program, Multiple Data), при котором несколько экземпляров одной программы выполняются параллельно с разными наборами входных данных. Код проекта написан на языке С++ и распространяется под лицензией BSD. Поддерживается работа в Linux, Windows, macOS, Linux и FreeBSD... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=61253
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от Bottle (?), 27-Май-24, 21:39	+3 +/–
Кто-нибудь знает, почему Intel не закоммитили этот код напрямую в Clang?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #6, #7, #8

2. Сообщение от Аноним (2), 27-Май-24, 21:45	+4 +/–
Тестить лучше на Clear Linux ? https://www.clearlinux.org
Ответить | Правка | Наверх | Cообщить модератору

3. Сообщение от Аноним (3), 27-Май-24, 21:49	+/–
Проприетарщик же. Ещё спроси, почему mkl не опенсорс. Да-да, это та самая либа, которую искусственно замедляли на амд.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #14

6. Сообщение от Аноним (-), 27-Май-24, 22:46	+1 +/–
> Кто-нибудь знает, почему Intel не закоммитили этот код напрямую в Clang? И поддержки AMD GPU нет...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

7. Сообщение от anonymous (??), 27-Май-24, 22:49	+2 +/–
Видимо потому что это не clang, а самостоятельный компилятор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #35

8. Сообщение от мяя (?), 27-Май-24, 22:54	–2 +/–
Наглядный пример последствия рабской лицензии у LLVM
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #10

9. Сообщение от Middle Go Developer (?), 27-Май-24, 23:22	+2 +/–
Это уже похоже на то, что на VLIW делается, но это же другое, да?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13, #18, #19, #42

10. Сообщение от Аноним (-), 27-Май-24, 23:27	+3 +/–
Эм... "Код проекта ... распространяется под лицензией BSD." Шлангователям никто не мешает взять и затянуть его самим - лицензия позволяет. Более того, гнутики могут заразить этот код, и затянуть в gcc. Но просто никому это не нужно. Это же не просто затянуть, это еще и поддерживать придется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #11

11. Сообщение от мяя (?), 27-Май-24, 23:37	+1 +/–
Ладно я поторопился и повёлся на комментарии, надо было заглянуть в гитхаб прежде.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #12

12. Сообщение от Аноним (-), 27-Май-24, 23:40	+1 +/–
> Ладно я поторопился и повёлся на комментарии, надо было заглянуть в гитхаб прежде. Учитывая что эта цитата предпоследнее предложение первого (!) абзаца новости... то ты и новость так себе читал :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

13. Сообщение от oss (??), 27-Май-24, 23:49	+3 +/–
Конечно другое. Эт жео интел сказал что vliw мертв? А это просто оптимизация. Если оптимизировать под Intel, то код будет оптимальный. Если не под них, например amd, то код говно. Это уже вроде проходили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

14. Сообщение от Витюшка (?), 28-Май-24, 00:09	+1 +/–
Можно пруфы? Очень интересно почитать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #15, #20

15. Сообщение от Аноним (3), 28-Май-24, 00:17	–1 +/–
Да вроде известная история. Интелу хорошо напихали за это, когда всплыло.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

18. Сообщение от Аноним (18), 28-Май-24, 00:37	–1 +/–
Эль брус напрягся...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

19. Сообщение от Аноним (-), 28-Май-24, 01:02	–1 +/–
> Это уже похоже на то, что на VLIW делается, но это же другое, да? Все же несколько другое. Даже современные GPU ушли от VLIW в чистом виде. Ну вот неудобно оно ни компилеру ни человеку оказывается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

20. Сообщение от topin89 (ok), 28-Май-24, 02:09	+1 +/–
https://www.agner.org/optimize/blog/read.php?i=49#49
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #46

21. Сообщение от Аноним (21), 28-Май-24, 02:54	+/–
Так ведь AVX-512 на Alder Lake и дальше сломали. Кому это теперь?
Ответить | Правка | Наверх | Cообщить модератору

23. Сообщение от Ivan_83 (ok), 28-Май-24, 07:12	+1 +/–
И зачем это всё!? Показали бы примеры, типа взяли собрали этим какойнить zlib, openjpeg или ещё чего и получили ускорение хотя бы сколько то.
Ответить | Правка | Наверх | Cообщить модератору

24. Сообщение от Аноним (24), 28-Май-24, 08:21	+/–
> при котором несколько экземпляров одной программы выполняются параллельно с разными наборами входных данных. Не понял смысла!???? Может быть огрехи перевода?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #26

26. Сообщение от Аноним (26), 28-Май-24, 09:02	+/–
Скорее речь про обработчики внутри традиционной программы, смысл в том, что части одной программы выполняются параллельно, обрабатывая разные порции данных. Но в  ISPC и SPMD для этого используется термин программа - "number of program instances execute in parallel"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

27. Сообщение от Аноним (27), 28-Май-24, 09:22    Скрыто ботом-модератором	+/–
Чего только не придумают, лишь бы не переходить на zig.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #29

29. Сообщение от Аноним (29), 28-Май-24, 12:01	+/–
Hare zig`овать, пора rust`и в сторону уменьшения carbon`ового следа.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #32

30. Сообщение от Аноним (30), 28-Май-24, 12:16	+2 +/–
В чем проблема ICC что им пришлось создавать новый компилятор? Напоминаю что у ICC есть отличные конкуренты - бесплатные GCC, Clang, AOCC, NVCC для которых раньше хорошие IDE существовали как правило в платной версии, ну и платный Visual C++ с его комьюнити версией. Чаще всего на галерах используется Visual C++ хотя-бы по причине наличия .NET с его упрощенными ЯП по сравнению с С/С++. И вот ICC был чаще всего более производительный, но не взлетел, потому что дорогой и комьюнити версии не было. А до комьюнити версии у VS была бесплатная версия через торренты, которую было проще устанавливать чем ICC. И вот по происшествии множества лет, когда большая часть рынка уже потеряна они выпускают новый компилятор Intel® Implicit SPMD Program Compiler. И по какой же причине люди должны им пользоваться? Такой причиной могут быть разве-что заказы связаны с этим компилятором. Привычки и современный подход HR, а я напомню что это не кадровики, а специалисты по человеческим ресурсам просто проигнорируют этот новый компилятор, если кому-то сверху не придёт в голову требовать исполнение именно на нём.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #31, #37, #38, #41

31. Сообщение от Аноним (30), 28-Май-24, 12:19	+1 +/–
Я не написал что их рынок это фактически комьюнити, которые и используют компилятор. Только вот они как правило не платят - им это нужно для работы, а персонально не нужно, платят компании их нанимающие.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

32. Сообщение от Аноним (32), 28-Май-24, 12:27	+/–
Ты сам из carbon'а состоишь, хочешь уменьшить свой jai? Куда только odin смотрит!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

35. Сообщение от Аноним (35), 28-Май-24, 13:57	+/–
Поддерживаю и вас - тоже так думаю и автора вопроса. Вопрос действительно хорош. Из компилятора С на самом деле можно сделать тоже самое что с движками браузеров с любимой американцами последующей монополизацией всего рынка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

36. Сообщение от Neon (??), 28-Май-24, 14:08	+/–
Эффективная оптимизация, естественно, только под процессоры Intel, а для остальных в лучшем случае симуляция или даже вредительство откровенное)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #40, #44

37. Сообщение от Neon (??), 28-Май-24, 14:11	+/–
Занесут чемоданы денег куда надо и будут принудительно использовать разные конторы. Демонстрируя исключительно эффективность процессоров от Intel. Ведь эффективная оптимизация будет лишь под них, а для всех остальных будет в лучшем случае симуляция оптимизации, а то и откровенное вредительство. Покупайте процессоры Intel !)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

38. Сообщение от Dark Amateur (?), 28-Май-24, 14:34	+/–
Коммьюнити версия как таковой не было, но была доступная академическая версия студентов, правда, с рядом ограничений и с последующим закручиванием гаек. С ICC никакой проблемы нет, просто, как я понял, сейчас он называется Intel OneAPI. С рынком тоже просто: ты покупаешь кластер за вагоны золота, а лицензия на компилятор прилагается как салфетка в ресторане. Да, это 3--4 клиента, но с такими колоссальными деньгами, что окупает разработку.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

40. Сообщение от Аноним (40), 28-Май-24, 14:52	+1 +/–
Предлагаете интелу за свои деньги оптимизировать все на свете? Эта оптимизация конкуретное преимущество которое они превращают в деньги.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #45

41. Сообщение от Ivan7 (ok), 28-Май-24, 16:05	+1 +/–
ICC давно бесплатный. Intel Classic Compiler он сейчас называется. Компилирует жутко медленно, производительность программ, скомпилированных им, получается хуже, чем при использовании GCC и Clang, также он сильно отстаёт в реализации стандартов C++, возможности ассемблерных вставок значительно более ограничены, и есть у него разные глюки, в том числе связанные со встроенным ассемблером. Короче, преимуществ он не даёт никаких. Используйте лучше стандартные GCC и Clang и не травмируйте себе мозг. Ну и сама Intel забросила его в пользу компилятора на базе LLVM/Clang. Так что сейчас он представляет собой больше историческую ценность.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

42. Сообщение от Аноним (42), 28-Май-24, 18:32	+1 +/–
SIMD - в первом приближении можно считать частным случаем VLIW. Просто во VLIW можешь почти любые инструкции (операции) "соединять" в макроинструкцию, а в SIMD инструкция (операция) одна на все вычислительные блоки. Т.е. в SIMD выбрал "сложить 4 пары 32-битных целых", то как бы всё... Во VLIW можешь первую и третью пару сложить, вторую пару перемножить, а четвёртую по XOR. В реальности можешь влететь в ограничение - VLIW умеет умножать только на АЛУ/сопроцессоре №3 и умножение уже никак не параллелится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #43

43. Сообщение от Аноним (42), 28-Май-24, 18:54	+1 +/–
Дополню ещё, а то главная проблема непонятна. Сложение допустим делается за 1 такт, умножение за 4, а деление за 11. И попалась инструкция с делением... в итоге будет или огромный простой, или надо как-то хитро формировать поток инструкций для каждого вычислительного блока отдельно. И тогда компилятор должен корректно прикинуть время завершения вычислений на каждом блоке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

44. Сообщение от Аноним123 (?), 28-Май-24, 22:28	+/–
Ну если оно таки взлетит, то написать новые бэкенды думаю не будет большой проблемой
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

45. Сообщение от Neon (??), 28-Май-24, 23:12	+/–
Так Intel уже ловили на том, что для конкурентов они откровенным вредительством занимались под видом оптимизации
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

46. Сообщение от Аноним (46), 29-Май-24, 02:39	+/–
А, ну как всегда, поехавшие инвестигаторы видят инопланетян во вспышках камеры. Тут ещё и чел, удивленный ранее во вранье, фул матч.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

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

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